更新:在尝试之前，应该确保migrations文件夹中存在__init__.py文件:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >

有时。/manage.py makemigrations优于。/manage.py makemigrations <myapp>，因为它可以处理应用程序之间的某些冲突。

这些情况都是悄无声息地发生的，需要几个小时的咒骂才能理解可怕的“检测到没有变化”消息的真正含义。

因此，使用下面的命令是一个更好的选择:

./manage.py makemigrations <myapp1> <myapp2>…< myappN >

另一个可能的原因是，如果您在另一个文件中定义了一些模型(而不是在包中)，并且没有在其他任何地方引用它。

对我来说，简单地从.graph_model import *添加到admin.py(其中graph_model.py是新文件)就可以解决这个问题。

这是一个评论，但可能应该是一个答案。

确保你的应用程序名称在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开始发生变化。

在创建一个名为deals的新应用程序时，我遇到了一个不同的问题。我想在应用程序中分离模型，所以我有两个模型文件，分别命名为deals.py和dealers.py。 当运行python manage.py makemigrations时，我得到:未检测到变化。

我继续，在__init__.py中，它位于与我的模型文件(deals和dealer)相同的目录中

from .deals import *
from .dealers import *

然后makemigrations命令起作用了。

事实证明，如果你没有在任何地方导入模型，或者你的模型文件名不是models.py，那么模型就不会被检测到。

发生在我身上的另一个问题是我在settings.py中编写应用程序的方式:

我有:

apps.deals

它应该包括根项目文件夹:

cars.apps.deals

INSTALLED_APPS = [

    'blog.apps.BlogConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',

]

确保“blog.apps”。BlogConfig'，(这包含在你的settings.py中，以便进行应用程序迁移)

然后运行python3 manage.py makemigrationblog或你的应用程序名