我试图使用makemigrations命令在现有的应用程序中创建迁移，但它输出“未检测到更改”。
通常我使用startapp命令创建新的应用程序，但在创建这个应用程序时没有使用它。
调试后，我发现它没有创建迁移，因为迁移包/文件夹从应用程序中丢失。
如果文件夹不存在或者我遗漏了什么，如果它创建文件夹会更好吗?
当前回答
这是一个评论，但可能应该是一个答案。
确保你的应用程序名称在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
其他回答
我读过很多关于这个问题的答案，通常都是简单地用其他方式进行移民。但对我来说，问题在于模型的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。
这可能会帮助其他人，因为我最终花了几个小时试图追踪它。
如果您的模型中有同名的函数，这将删除该值。事后看来很明显，但尽管如此。
所以，如果你有这样的东西:
class Foobar(models.Model):
[...]
something = models.BooleanField(default=False)
[...]
def something(self):
return [some logic]
在这种情况下，该函数将覆盖上面的设置，使其“隐形”进行移民。
更新:在尝试之前，应该确保migrations文件夹中存在__init__.py文件:
./manage.py makemigrations <myapp1> <myapp2>…< myappN >
有时。/manage.py makemigrations优于。/manage.py makemigrations <myapp>，因为它可以处理应用程序之间的某些冲突。
这些情况都是悄无声息地发生的，需要几个小时的咒骂才能理解可怕的“检测到没有变化”消息的真正含义。
因此，使用下面的命令是一个更好的选择:
./manage.py makemigrations <myapp1> <myapp2>…< myappN >
我的问题(以及解决方案)与上面描述的不同。
我没有使用models.py文件，而是创建了一个models目录，并在那里创建了my_model.py文件，我把我的模型放在那里。Django找不到我的模型，所以它写道没有迁移可以应用。
我的解决方案是:在my_app/models/__init__.py文件中，我添加了这一行: 导入MyModel
这可以通过下面提到的两个步骤来完成。
将你的应用添加到settings.py > INSTALLED_APPS 打开admin.py
from .models import upImg
# Register your models here.
admin.site.register(upImg)
注意:将upImg替换为models.py中定义的className
在此之后，查看是否仍然有python manage.py makemigrations。如果有，也执行python manage.py migrate。
更多信息请参考django教程。
