Django 2.0.2出现NodeNotFoundError：Migration authentication父节点不存在

嘿，我来帮你分析下这个问题的可能原因，我之前维护老版本Django项目时也碰到过类似情况～你提到系统检查没问题，但autoreload的wrapper函数里抛出了未处理异常，大概率和自动重载机制或者项目隐性问题有关，下面是几个常见的排查方向：

1. 自动重载（autoreload）的文件监控机制出问题 #

Django的autoreload模块负责监测项目文件变化、自动重启服务。如果你的项目文件存在权限问题，或者所在的文件系统不支持Django默认的文件监控方式（比如PyCharm虚拟环境的共享目录、某些云存储挂载的目录），就可能导致autoreload扫描文件时出错。

解决建议：

• 先尝试关闭自动重载启动服务：python manage.py runserver --noreload，如果不再报错，基本可以确定是autoreload的问题。
• 检查项目根目录及所有文件的权限，确保运行Django的用户有读写权限。
• 如果安装了watchdog（Django用来优化文件监控的第三方库），可以尝试升级或降级到和Django 2.0.2兼容的版本（比如watchdog 0.9.0左右，这个版本和Django 2.x适配性较好）。

2. 虚拟环境依赖版本冲突 #

Django 2.0.2是比较老的版本，搭配Python3.6使用时，容易出现依赖包版本不兼容的情况。比如某些依赖包（如watchdog、six等）的新版本可能和Django 2.0.2的autoreload逻辑不匹配，导致运行时抛出异常。

解决建议：

• 执行pip freeze导出当前虚拟环境的依赖列表，检查有没有版本过高的包。比如watchdog如果是1.x以上的版本，大概率和Django 2.0.2不兼容，建议降级到0.9.x版本。
• 可以尝试重新创建一个干净的虚拟环境，只安装Django 2.0.2和项目必需的依赖，排除依赖冲突的可能。

3. 项目存在隐性的语法/导入错误（系统检查未覆盖） #

Django的系统检查（check命令）只能检测到部分配置和语法问题，有些隐性问题比如循环导入、条件导入错误或者模块级别的代码异常，只有当autoreload触发热重载时才会暴露出来（因为启动时可能没加载到那个模块，热重载时才会重新解析）。

解决建议：

• 检查最近修改过的文件，尤其是views.py、models.py、urls.py这些核心模块，看看有没有循环导入（比如A模块导入B，B又导入A）。
• 尝试逐个注释掉项目中的app，启动服务排查，找到引发问题的具体app，再深入排查该app下的代码。
• 手动执行python -m django check --deploy，开启更严格的检查模式，看看能不能发现隐藏问题。

4. PyCharm运行配置问题 #

如果你是通过PyCharm启动的服务，可能是运行配置的参数或环境设置有问题，导致autoreload无法正常工作。

解决建议：

• 检查PyCharm运行配置中的「Working directory」是否设置为项目根目录（也就是包含manage.py的目录）。
• 确认「Environment variables」里的DJANGO_SETTINGS_MODULE是否正确指向你的settings文件（比如hadhari.settings）。
• 尝试直接在终端中运行python manage.py runserver，绕开PyCharm的配置，看看问题是否依然存在。

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