我试图使用makemigrations命令在现有的应用程序中创建迁移，但它输出“未检测到更改”。
通常我使用startapp命令创建新的应用程序，但在创建这个应用程序时没有使用它。
调试后，我发现它没有创建迁移，因为迁移包/文件夹从应用程序中丢失。
如果文件夹不存在或者我遗漏了什么，如果它创建文件夹会更好吗?
当前回答
确保你的应用在settings.py中的installed_apps中被提及 确保建模类扩展了模型。模型
其他回答
这是一个评论，但可能应该是一个答案。
确保你的应用程序名称在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
我从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开始发生变化。
我读过很多关于这个问题的答案，通常都是简单地用其他方式进行移民。但对我来说，问题在于模型的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。
首先，确保你的应用已经在setting.py中的Installed_app中注册了 那么上面的答案就完全正确了
还有一个边缘情况和解决方案:
我添加了一个布尔字段，同时添加了一个@属性引用它，具有相同的名称(doh)。注释属性和迁移看到并添加新字段。重新命名财产，一切都很好。
