这可能会帮助其他人，因为我最终花了几个小时试图追踪它。

如果您的模型中有同名的函数，这将删除该值。事后看来很明显，但尽管如此。

所以，如果你有这样的东西:

class Foobar(models.Model):
    [...]
    something = models.BooleanField(default=False)

    [...]
    def something(self):
        return [some logic]

在这种情况下，该函数将覆盖上面的设置，使其“隐形”进行移民。

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

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

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

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

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

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

在创建一个名为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

另一个会导致这种情况的是字段后面的尾随逗号，这将导致在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不认为它是一个字段。

另一种可能是您压缩了一些迁移并应用了结果迁移，但忘记从其中删除replace属性。

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