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

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

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或你的应用程序名

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

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

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

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

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

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

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

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

当向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
  │   └── ...

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

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