你应该将polls.apps.PollsConfig添加到setting.py中的INSTALLED_APPS中

另一个会导致这种情况的是字段后面的尾随逗号，这将导致在makemigrationations期间跳过字段:

class MyModel(models.Model):
    name = models.CharField(max_length=64, null=True)  # works
    language_code = models.CharField(max_length=2, default='en')  # works
    is_dumb = models.BooleanField(default=False),  # doesn't work

我有一个拖尾，在一行中，可能来自复制粘贴。带有is_dumb的代码行不会使用./manage.py makemigrations创建模型迁移，因为Python认为它是一个元组，而Django不认为它是一个字段。

我的问题(以及解决方案)与上面描述的不同。

我没有使用models.py文件，而是创建了一个models目录，并在那里创建了my_model.py文件，我把我的模型放在那里。Django找不到我的模型，所以它写道没有迁移可以应用。

我的解决方案是:在my_app/models/__init__.py文件中，我添加了这一行: 导入MyModel

在创建一个名为deals的新应用程序时，我遇到了一个不同的问题。我想在应用程序中分离模型，所以我有两个模型文件，分别命名为deals.py和dealers.py。 当运行python manage.py makemigrations时，我得到:未检测到变化。

我继续，在__init__.py中，它位于与我的模型文件(deals和dealer)相同的目录中

from .deals import *
from .dealers import *

然后makemigrations命令起作用了。

事实证明，如果你没有在任何地方导入模型，或者你的模型文件名不是models.py，那么模型就不会被检测到。

发生在我身上的另一个问题是我在settings.py中编写应用程序的方式:

我有:

apps.deals

它应该包括根项目文件夹:

cars.apps.deals

对于这个错误，我的问题在于我包含了:

class Meta:
   abstract = True

里面的模型，我想创建迁移。

更新:在尝试之前，应该确保migrations文件夹中存在__init__.py文件:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >

有时。/manage.py makemigrations优于。/manage.py makemigrations <myapp>，因为它可以处理应用程序之间的某些冲突。

这些情况都是悄无声息地发生的，需要几个小时的咒骂才能理解可怕的“检测到没有变化”消息的真正含义。

因此，使用下面的命令是一个更好的选择:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >