无法摆脱Django 1.11中的“不存在的父节点”

Question

到目前为止，我已经尝试过互联网为我解决的所有问题，但仍然没有解决。

Python 3.6.1-Django 1.11.2-virtualenv
我有一个带有两个app account和app2的django项目。 最近，随着项目的发展，我决定将它们拆分为更合适的应用程序。 现在我总共有8个应用程序，其中account分为user_auth和user ，然后删除了account 。 为了整理得更多，我将所有应用程序从根文件夹移至/apps/ 。

到目前为止，只有user, user_auth, app2在使用其中app2一直不变。
每个单独文件中的代码被拆分，移至指定的应用程序，然后重新编码以从正确的路径中导入。

为了重新开始，我删除了db.sqlite3文件，删除了所有*.pyc文件，删除了所有__pycache__文件夹并清空了migrations文件夹，并确保保留所有__init__.py文件。

通过virtualenv运行python manage.py migrate migration给我这个输出：

Traceback (most recent call last):
  File "manage.py", line 22, in <module>
execute_from_command_line(sys.argv)
  File "H:\Programming\VirProjDir\lib\site-packages\django\core\management\__init__.py", line 363, in execute_from_command_line
utility.execute()
  File "H:\Programming\VirProjDir\lib\site-packages\django\core\management\__init__.py", line 355, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
  File "H:\Programming\VirProjDir\lib\site-packages\django\core\management\base.py", line 283, in run_from_argv
self.execute(*args, **cmd_options)
  File "H:\Programming\VirProjDir\lib\site-packages\django\core\management\base.py", line 330, in execute
output = self.handle(*args, **options)
  File "H:\Programming\VirProjDir\lib\site-packages\django\core\management\commands\migrate.py", line 83, in handle
executor = MigrationExecutor(connection, self.migration_progress_callback)
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\executor.py", line 20, in __init__
self.loader = MigrationLoader(self.connection)
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\loader.py", line 52, in __init__
self.build_graph()
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\loader.py", line 274, in build_graph
raise exc
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\loader.py", line 244, in build_graph
self.graph.validate_consistency()
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\graph.py", line 261, in validate_consistency
[n.raise_error() for n in self.node_map.values() if isinstance(n, DummyNode)]
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\graph.py", line 261, in <listcomp>
[n.raise_error() for n in self.node_map.values() if isinstance(n, DummyNode)]
  File "H:\Programming\VirProjDir\lib\site-packages\django\db\migrations\graph.py", line 104, in raise_error
raise NodeNotFoundError(self.error_message, self.key, origin=self.origin)
django.db.migrations.exceptions.NodeNotFoundError: Migration auth.0009_user_following dependencies reference nonexistent parent node ('account', '0002_contact')

到目前为止，我对这些命令还不走运，请确保删除以下所有缓存和* .pyc文件：

python manage.py migrate
python manage.py makemigrations
python manage.py makemigrations <app_name>
python manage.py flush
python manage.py --fake
python manage.py --fake <app_name> zero
etc..

我不知道为什么('account', '0002_contact')一直显示，即使我删除了与我的代码不直接相关的任何内容。
A“包含文字” -搜索显示没有account都没有。

知道接下来要去哪里吗？

Answer 1

显然django将迁移文件保留在其自己的模块文件夹中。 这是我所做的：

1. pip uninstall django 。
2. /Lib/site-packages ，删除了django文件夹。
3. 删除了我项目中的所有*.pyc文件。
4. 删除了我项目中的所有__pycache__文件夹。
5. 清除了我项目中的所有migrations文件夹（保留__init__.py ）。
6. pip install django==xxx 。
7. python manage.py migrate 。
8. python manage.py makemigrations <app_name> 。
9. python manage.py migrate 。
10. python manage.py runserver 。
11. 庆祝。

Answer 2

这不是原始海报的问题。 但是，当我遇到类似的错误时，这就是我解决的方法。

就我而言，我在依赖模块名称中具有.py扩展名，如下所示：

dependencies = [
    ('dashboard', '0003_auto_20181024_0603.py'),
    ('auth', '__latest__'),
    ('contenttypes', '__latest__'),
]

我删除了.py ，将其更改为

    ('dashboard', '0003_auto_20181024_0603')

Answer 3

我最近遇到了一个与您类似的问题，希望这可以为您找到解决方案提供一些指导。

我的问题仅发生在我的生产环境中。

为什么？ 我会解释。

我们使用git进行版本控制，而当我在本地进行开发工作时，以某种方式将app/migrations/0009.py文件包含到.gitignore文件中。

简而言之，我将更改推送到远程服务器并继续进行应用迁移，但是会不断遇到您所描述的问题。

摆弄了manage.py和所有迁移命令，这些命令无意间都没有提供任何解决方案，我记得我没有看过是否存在缺少的依赖文件。

解决方案：
我通过在Django项目文件夹中的外壳程序中运行此命令，检查产品环境中是否存在依赖文件。

$ ls app/migration

这表明所需的依赖文件不存在。

那是我决定检查本地.gitignore文件并删除行app/migrations/0009.py

我提交了本地更改并推送到产品服务器。 然后，我通过运行此命令来确认生产服务器上存在所需的文件。

$ ls app/migration

我跑了

$ ./manage.py check

-这次问题消失了。

总之，请检查以确保所需的依赖项文件确实存在。