如何解决生产环境中Django执行python manage.py makemigrations时出现的django.db.migrations.exceptions.NodeNotFoundError错误？

解决Django迁移的NodeNotFoundError问题 #

这个错误的核心原因是：你的leads.0001_initial迁移文件依赖了一个不存在的auth应用迁移节点——0012_alter_user_first_name_max_length，大概率是生产环境的Django版本对应的auth迁移序列里没有这个版本号，或者迁移文件被误删/修改了。下面是针对生产环境的安全解决步骤：

1. 确认生产环境实际存在的auth迁移版本 #

首先在生产环境的项目目录下执行命令，列出auth应用所有已有的迁移文件：

python manage.py showmigrations auth

你会看到类似这样的输出（示例）：

auth
 [X] 0001_initial
 [X] 0002_alter_permission_name_max_length
 [X] 0003_alter_user_email_max_length
 [X] 0004_alter_user_username_opts
 [X] 0005_alter_user_last_login_null
 [X] 0006_require_contenttypes_0002
 [X] 0007_alter_validators_add_error_messages
 [X] 0008_alter_user_username_max_length
 [X] 0009_alter_user_last_name_max_length
 [X] 0010_alter_group_name_max_length
 [X] 0011_update_proxy_permissions

找到列表里最后一个（也就是最新的）迁移版本号，比如上面示例里的0011_update_proxy_permissions。

2. 修改leads迁移文件的依赖 #

打开你的leads/migrations/0001_initial.py文件，把dependencies里的auth迁移版本替换成刚才查到的实际存在的版本：

dependencies = [
    # 把原来的0012_alter_user_first_name_max_length替换成实际存在的版本
    ('auth', '0011_update_proxy_permissions'),
]

3. 生产环境的关键注意事项 #

• 如果这个0001_initial迁移还没执行过：修改完依赖后，直接运行python manage.py makemigrations和python manage.py migrate即可。
• 如果这个迁移已经被执行过：先备份你的生产数据库（绝对不能跳过这一步！），然后检查django_migrations表中是否有leads.0001_initial的记录。如果已经存在，修改依赖后要确保后续的迁移不会引发冲突，最好先在测试环境验证一遍再在生产操作。

额外说明 #

不同版本的Django，auth应用的迁移序列是不一样的——比如Django 3.2的auth迁移最新到0012，而Django 2.2可能只到0011，这就是为什么会出现依赖不存在的情况：你的迁移文件可能是从更高版本的Django环境里复制过来的，而生产环境用的是更低的版本。

内容的提问来源于stack exchange，提问作者coderDcoder