我试图使用makemigrations命令在现有的应用程序中创建迁移，但它输出“未检测到更改”。
通常我使用startapp命令创建新的应用程序，但在创建这个应用程序时没有使用它。
调试后，我发现它没有创建迁移，因为迁移包/文件夹从应用程序中丢失。
如果文件夹不存在或者我遗漏了什么，如果它创建文件夹会更好吗?
当前回答
我这样解决了这个问题:
Erase the "db.sqlite3" file. The issue here is that your current data base will be erased, so you will have to remake it again. Inside the migrations folder of your edited app, erase the last updated file. Remember that the first created file is: "0001_initial.py". For example: I made a new class and register it by the "makemigrations" and "migrate" procedure, now a new file called "0002_auto_etc.py" was created; erase it. Go to the "pycache" folder (inside the migrations folder) and erase the file "0002_auto_etc.pyc". Finally, go to the console and use "python manage.py makemigrations" and "python manage.py migrate".
其他回答
还有一个非常愚蠢的问题是在模型中定义两个类Meta。在这种情况下，在运行makemigrations时，对第一个的任何更改都不会应用。
class Product(models.Model):
somefield = models.CharField(max_length=255)
someotherfield = models.CharField(max_length=255)
class Meta:
indexes = [models.Index(fields=["somefield"], name="somefield_idx")]
def somefunc(self):
pass
# Many lines...
class Meta:
indexes = [models.Index(fields=["someotherfield"], name="someotherfield_idx")]
我读过很多关于这个问题的答案，通常都是简单地用其他方式进行移民。但对我来说，问题在于模型的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。
要为应用程序创建初始迁移，请运行makemigrations并指定应用程序名称。迁移文件夹将被创建。
./manage.py makemigrations <myapp>
你的应用必须首先包含在INSTALLED_APPS中(在settings.py内部)。
另一个可能的原因是，如果您在另一个文件中定义了一些模型(而不是在包中)，并且没有在其他任何地方引用它。
对我来说，简单地从.graph_model import *添加到admin.py(其中graph_model.py是新文件)就可以解决这个问题。
我有一个属性与我试图用makemigrations添加的字段同名。
