首先，确保你的应用已经在setting.py中的Installed_app中注册了 那么上面的答案就完全正确了

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

当向django api应用程序添加新模型并运行python manage.py makemigrations时，工具没有检测到任何新模型。

奇怪的是，旧模型确实被makemigrations选中了，但这是因为它们在urlpatterns链中被引用，而工具以某种方式检测到了它们。所以要注意这种行为。

这个问题是因为与models包对应的目录结构有子包，并且所有__init__.py文件都是空的。它们必须显式地在每个子文件夹和__init__.py模型中导入所有必需的类，以便Django使用makemigrationations工具来获取它们。

models
  ├── __init__.py          <--- empty
  ├── patient
  │   ├── __init__.py      <--- empty
  │   ├── breed.py
  │   └── ...
  ├── timeline
  │   ├── __init__.py      <-- empty
  │   ├── event.py
  │   └── ...

要为应用程序创建初始迁移，请运行makemigrations并指定应用程序名称。迁移文件夹将被创建。

./manage.py makemigrations <myapp>

你的应用必须首先包含在INSTALLED_APPS中(在settings.py内部)。

如果你在你的模型Meta中有managed = True，你需要删除它并进行迁移。然后再次运行迁移，它将检测到新的更新。

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

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使情况更糟。

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