我在django 3.0中遇到了类似的问题，根据官方文档中的迁移部分，运行这个足够更新我的表结构:

python manage.py makemigrations
python manage.py migrate

但是输出总是一样的:在我执行'makemigrations'脚本后，我的模型'未检测到变化'。 我在models.py的模型上有一个语法错误，我想在db上更新:

field_model : models.CharField(max_length=255, ...)

而不是:

field_model = models.CharField(max_length=255, ...)

解决了这个愚蠢的错误，有了这些命令，迁移就没有问题了。也许这能帮到别人。

我读过很多关于这个问题的答案，通常都是简单地用其他方式进行移民。但对我来说，问题在于模型的Meta子类。

我有一个应用程序配置，说label = <应用程序名称>(在apps.py文件，旁边的models.py, views.py等)。如果你的元类没有与应用标签相同的标签(例如，因为你把一个太大的应用拆分成多个)，就不会检测到任何变化(也不会有任何有用的错误消息)。所以在我的模型类中，我现在有:

class ModelClassName(models.Model):

    class Meta:
        app_label = '<app name>' # <-- this label was wrong before.

    field_name = models.FloatField()
    ...

运行Django 1.10。

好吧，我相信你还没有设置模型，那么它现在迁移了什么?

所以解决方案是设置所有变量和设置Charfield, Textfield.......然后迁移它们，就会成功。

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

这很简单，你需要在空的migrations文件夹中添加空的init.py。 然后使用"python manage.py makemigrations"检查迁移

目录结构,

你的应用 迁移 init.py