我应该运行Django吗；makemigrations“；针对我所有的应用程序？

我刚刚将我的项目升级到Django 1.8.4。我以前从未在这个项目中使用过迁移。我发现我必须对我的四个应用显式运行“makemigrations”命令，因为它们包含auth_user表的外键。我是否需要对其他六个应用程序运行makemigrations命令？我问的原因是因为

如果您的应用程序已经有模型和数据库表，但还没有迁移（例如，您是根据以前的Django版本创建的），则需要将其转换为使用迁移”

但是，当我对我的“home”应用程序运行该命令时，我收到以下消息：

No changes detected in app 'home'

将项目转换为Django 1.8时，是否应该对所有应用程序运行makemigrations命令，然后在实际数据库表已经存在的情况下运行“migrate--fake initial”

---

谢谢。

更新：确保

迁移

文件夹中包含

\uuuu init\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuupy

---

事实上，有很多次，我不得不删除并重新创建我的开发数据库

在这个过程中，我遇到了同样的问题，尤其是在升级到

Django 1.8.*/1.9.*

之后

在我的脚本中，删除迁移文件夹的内容后，我将在所有应用程序中分别运行

makemigrations

/manage.py makemigrations…

在此之前，我备份所有数据：

./manage.py dumpdata --exclude auth.permission --exclude contenttypes --exclude admin.LogEntry --indent 2 > db.json

---

更新：确保

migrations

文件夹包含

\uuuu init\uuuu.py

---

事实上，有很多次，我不得不删除并重新创建我的开发数据库

在这个过程中，我遇到了同样的问题，尤其是在升级到

Django 1.8.*/1.9.*

之后

在我的脚本中，删除迁移文件夹的内容后，我将在所有应用程序中分别运行

makemigrations

/manage.py makemigrations…

在此之前，我备份所有数据：

./manage.py dumpdata --exclude auth.permission --exclude contenttypes --exclude admin.LogEntry --indent 2 > db.json

---

我害怕迁移。特别是，我担心我会遇到迁移无法运行的情况，并且我无法更新迁移文件。如果我达到了这一点，我是否可以假设我能够按照您描述的那样执行并删除我的“migrations”目录中的所有迁移文件，运行“makemigrations”“在每个应用程序上，基本上重新开始？谢谢。@Robert有时迁移会让我觉得他们复杂的结构会让我面临无法应付的局面。还有一些时候，他们让我无话可说，他们的能力使我免于破坏数据库。然而，最重要的是数据。我非常喜欢删除数据库并自动恢复它，只是为了避免调试迁移的麻烦。在某处隐藏着使我们的关系平衡的秘密。我已经更新了我的答案！我害怕移民。具体地说，我担心我会遇到这样的情况：迁移将无法运行，并且我将无法更新迁移文件，因此迁移文件将无法运行。如果我达到了这一点，我是否可以假设我能够按照您所描述的那样，删除我的“migrations”目录中的所有迁移文件，在每个应用程序上运行“makemigrations”，然后重新开始？谢谢。@Robert有时迁移会让我觉得他们复杂的结构会让我面临无法应付的局面。还有一些时候，他们让我无话可说，他们的能力使我免于破坏数据库。然而，最重要的是数据。我非常喜欢删除数据库并自动恢复它，只是为了避免调试迁移的麻烦。在某处隐藏着使我们的关系平衡的秘密。我已经更新了我的答案！在经历了几个小时的痛苦之后，我更新了我的答案。。。如果django无法使用相关命令同时迁移所有应用程序，这是非常重要的。在经历了几个小时的痛苦之后，我已经更新了我的答案。。。如果django无法使用相关命令迁移所有应用程序，那么同时迁移所有应用程序是至关重要的。