我在django 3.0中遇到了类似的问题，根据官方文档中的迁移部分，运行这个足够更新我的表结构:

python manage.py makemigrations
python manage.py migrate

但是输出总是一样的:在我执行'makemigrations'脚本后，我的模型'未检测到变化'。 我在models.py的模型上有一个语法错误，我想在db上更新:

field_model : models.CharField(max_length=255, ...)

而不是:

field_model = models.CharField(max_length=255, ...)

解决了这个愚蠢的错误，有了这些命令，迁移就没有问题了。也许这能帮到别人。

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

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

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

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

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

解决方案是你必须把你的应用包含在INSTALLED_APPS中。

我错过了它，我发现了同样的问题。

在指定我的应用程序名称迁移成功

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'boards',
]

请注意，我在最后提到了boards，这是我的应用程序名称。

操作方法:

1 .

确保你的应用必须包含在settings.py中的INSTALLED_APPS中

零食 ： 2

python manage.py makemigrations <appname>

如果相同的消息显示(未检测到更改)

这对你的项目来说是非常危险的，所以在应用这个方法之前，请确保你的项目有备份。

方法2

重命名您的应用程序名称，并使用:

django-admin startapp <appname>

复制除旧应用程序之外的所有.py文件

迁移文件夹 pycache文件夹 init.py Test.py文件，如果您没有在其中编写代码

并粘贴到你最近制作的新应用程序中

记住，你必须为新应用程序创建完全相同的名称，否则你必须在项目中进行更多更改。