我在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, ...)

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

这是一个评论，但可能应该是一个答案。

确保你的应用程序名称在settings.py INSTALLED_APPS中，否则无论你做什么，它都不会运行迁移。

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',

    'blog',
]

然后运行:

./manage.py makemigrations blog

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

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

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

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

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

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

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

首先，确保你的应用已经在setting.py中的Installed_app中注册了 那么上面的答案就完全正确了

试着在admin.py中注册你的模型，这里有一个例子:- admin.site.register (YourModelHere)

您可以做以下事情:- 1. admin.site.register(YourModelHere) # 2. 重新加载页面并重试 3.点击CTRL-S并保存 4. 可能有错误，特别检查models.py和admin.py 5. 或者，在结束时重新启动服务器