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

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

好吧，我相信你还没有设置模型，那么它现在迁移了什么?

所以解决方案是设置所有变量和设置Charfield, Textfield.......然后迁移它们，就会成功。

我这样解决了这个问题:

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".

我的问题比上面的答案要简单得多，可能是一个更常见的原因，只要你的项目已经设置好并正在工作。在我的一个已经工作了很长时间的应用程序中，迁移似乎不稳定，所以我匆忙地做了以下工作:

rm -r */migrations/*
rm db.sqlite3
python3 manage.py makemigrations
No changes detected

Whaat ? ?

我还错误地删除了所有__init__.py文件:(-在我进入后，一切都重新工作了:

touch ads1/migrations/__init__.py

对于我的每一份申请，makemigrationations都再次起作用。

原来我通过复制另一个应用程序手动创建了一个新的应用程序，并且忘记将__init__.py放在migrations文件夹中，这限制了我，使一切都不稳定-导致我使用上面描述的rm -r使情况更糟。

希望这能帮助一些人在“未检测到更改”的错误中咒骂几个小时。

可能的原因是删除了现有的db文件和migrations文件夹 你可以使用python manage.py makemigrations <app_name>这应该可以工作。我曾经遇到过类似的问题。

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

确保你的应用程序名称在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