在创建一个名为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

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

我忘记写正确的论点了

class LineInOffice(models.Model):   # here
    addressOfOffice = models.CharField("Корхоная жош",max_length= 200)   #and here
    ...

在models.py 然后就不那么烦人了

在应用程序“myApp”中未检测到任何变化

在我的情况下，我忘记插入类参数

错误的:

class AccountInformation():

正确的

class AccountInformation(models.Model):

还有一个边缘情况和解决方案:

我添加了一个布尔字段，同时添加了一个@属性引用它，具有相同的名称(doh)。注释属性和迁移看到并添加新字段。重新命名财产，一切都很好。

我在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, ...)

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