要为应用程序创建初始迁移，请运行makemigrations并指定应用程序名称。迁移文件夹将被创建。

./manage.py makemigrations <myapp>

你的应用必须首先包含在INSTALLED_APPS中(在settings.py内部)。

还有一个边缘情况和解决方案:

我添加了一个布尔字段，同时添加了一个@属性引用它，具有相同的名称(doh)。注释属性和迁移看到并添加新字段。重新命名财产，一切都很好。

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

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

我的问题比上面的答案要简单得多，可能是一个更常见的原因，只要你的项目已经设置好并正在工作。在我的一个已经工作了很长时间的应用程序中，迁移似乎不稳定，所以我匆忙地做了以下工作:

rm -r */migrations/*
rm db.sqlite3
python3 manage.py makemigrations
No changes detected

Whaat ? ?

我还错误地删除了所有__init__.py文件:(-在我进入后，一切都重新工作了:

touch ads1/migrations/__init__.py

对于我的每一份申请，makemigrationations都再次起作用。

原来我通过复制另一个应用程序手动创建了一个新的应用程序，并且忘记将__init__.py放在migrations文件夹中，这限制了我，使一切都不稳定-导致我使用上面描述的rm -r使情况更糟。

希望这能帮助一些人在“未检测到更改”的错误中咒骂几个小时。

我从django外部复制了一个表，Meta类默认为“managed = false”。例如:

class Rssemailsubscription(models.Model):
    id = models.CharField(primary_key=True, max_length=36)
    ...
    area = models.FloatField('Area (Sq. KM)', null=True)

    class Meta:
        managed = False
        db_table = 'RSSEmailSubscription'

通过将managed改为True, makemig开始发生变化。

确保你的应用在settings.py中的installed_apps中被提及 确保建模类扩展了模型。模型