我知道这是一个老问题，但我一整天都在和这个问题斗争，我的解决方法很简单。

我的目录结构是这样的……

apps/
   app/
      __init__.py
      app_sub1/
           __init__.py
           models.py
      app_sub2/
           __init__.py
           models.py
      app_sub3/
           __init__.py
           models.py
   app2/
      __init__.py
      app2_sub1/
           __init__.py
           models.py
      app2_sub2/
           __init__.py
           models.py
      app2_sub3/
           __init__.py
           models.py
    main_app/
      __init__.py
      models.py

因为所有其他模型，直到我有一个问题，被导入到其他地方，最终从main_app导入，这是在INSTALLED_APPS注册的，我只是很幸运，他们都工作。

但是，由于我只将每个应用程序添加到INSTALLED_APPS，而不是app_sub*，当我最终添加一个新的模型文件时，没有导入到其他任何地方，Django完全忽略了它。

我的修复是添加一个models.py文件到每个应用程序的基本目录，就像这样…

apps/
   app/
      __init__.py
      models.py <<<<<<<<<<--------------------------
      app_sub1/
           __init__.py
           models.py
      app_sub2/
           __init__.py
           models.py
      app_sub3/
           __init__.py
           models.py
   app2/
      __init__.py
      models.py <<<<<<<<<<--------------------------
      app2_sub1/
           __init__.py
           models.py
      app2_sub2/
           __init__.py
           models.py
      app2_sub3/
           __init__.py
           models.py
    main_app/
      __init__.py
      models.py

然后从apps。app中添加。App_sub1 import *，以此类推到每个应用级models.py文件。

在那里……我花了很长时间才弄明白，我在任何地方都找不到解决方案……我甚至翻到了谷歌结果的第二页。

希望这能帮助到一些人!

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

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

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

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

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

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

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

这可以通过下面提到的两个步骤来完成。

将你的应用添加到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教程。

我的问题(以及解决方案)与上面描述的不同。

我没有使用models.py文件，而是创建了一个models目录，并在那里创建了my_model.py文件，我把我的模型放在那里。Django找不到我的模型，所以它写道没有迁移可以应用。

我的解决方案是:在my_app/models/__init__.py文件中，我添加了这一行: 导入MyModel

django在执行makemigrations命令时没有检测到要迁移的内容有多种可能的原因。

migration folder You need a migrations package in your app. INSTALLED_APPS You need your app to be specified in the INSTALLED_APPS .dict Verbosity start by running makemigrations -v 3 for verbosity. This might shed some light on the problem. Full path In INSTALLED_APPS it is recommended to specify the full module app config path 'apply.apps.MyAppConfig' --settings you might want to make sure the correct settings file is set: manage.py makemigrations --settings mysite.settings specify app name explicitly put the app name in manage.py makemigrations myapp - that narrows down the migrations for the app alone and helps you isolate the problem. model meta check you have the right app_label in your model meta Debug django debug django core script. makemigrations command is pretty much straight forward. Here's how to do it in pycharm. change your script definition accordingly (ex: makemigrations --traceback myapp)

多个数据库:

当使用django的Db Router时，Router类(你的自定义Router类)需要实现allow_syncdb方法。

Makemigrations总是为模型更改创建迁移，但是如果 allow_migrate()返回False，