Django - makemigrations - 未检测到更改

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

./manage.py makemigrations <myapp>

您的应用必须首先包含在 INSTALLED_APPS 中（在 settings.py 中）。

---

我的问题（以及解决方案）与上述问题不同。

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

我的解决方案是：在 my_app/models/__init__.py 文件中我添加了这一行：from .my_model import MyModel

---

django 在 makemigrations 命令期间未检测到要迁移的内容有多种可能的原因。

迁移文件夹您的应用程序中需要一个迁移包。 INSTALLED_APPS 您需要在 INSTALLED_APPS .dict 中指定您的应用程序的详细程度，首先运行 makemigrations -v 3 以获取详细程度。这可能会对问题有所启发。完整路径 在 INSTALLED_APPS 中，建议指定完整的模块应用配置路径 'apply.apps.MyAppConfig' --settings 您可能要确保设置正确的设置文件：manage.py makemigrations --settings mysite.settings 指定应用name 明确地将应用程序名称放在 manage.py makemigrations myapp 中 - 这可以缩小应用程序的迁移范围并帮助您隔离问题。模型元检查您的模型元调试 django 调试 django 核心脚本中是否有正确的 app_label。 makemigrations 命令非常简单。以下是在 pycharm 中的操作方法。相应地更改您的脚本定义（例如：makemigrations --traceback myapp）

多个数据库：

Db Router 使用 django db router 时，路由器类（您的自定义路由器类）需要实现 allow_syncdb 方法。

makemigrations 总是为模型更改创建迁移，但如果 allow_migrate() 返回 False，

---

我读过很多关于这个问题的答案，经常说只需以其他方式运行 makemigrations。但对我来说，问题出在模型的 Meta 子类中。

我有一个应用配置，上面写着 label = <app name>（在 apps.py 文件中，在 models.py、views.py 等旁边）。如果您的元类没有与应用程序标签相同的标签（例如，因为您将一个太大的应用程序拆分为多个应用程序），则不会检测到任何更改（并且没有任何有用的错误消息）。所以在我的模型课中，我现在有：

class ModelClassName(models.Model):

    class Meta:
        app_label = '<app name>' # <-- this label was wrong before.

    field_name = models.FloatField()
    ...

在这里运行 Django 1.10。

---

另一个会导致此问题的原因是字段后的尾随逗号，这将导致在 makemigrations 期间跳过该字段：

class MyModel(models.Model):
    name = models.CharField(max_length=64, null=True)  # works
    language_code = models.CharField(max_length=2, default='en')  # works
    is_dumb = models.BooleanField(default=False),  # doesn't work

我在一行中有一个尾随 ,，可能来自复制和粘贴。 is_dumb 行不会使用 ./manage.py makemigrations 创建模型迁移，因为 Python 认为它是一个元组，而 Django 不认为它是一个字段。

---

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

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

---

确保您的应用在 settings.py 的 installed_apps 中被提及 确保您的模型类扩展了 models.Model

---

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

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

什么？？

我还错误地删除了所有 __init__.py 文件:( - 我进去后一切都恢复了，并且：

touch ads1/migrations/__init__.py

对于我的每个应用程序，makemigrations 再次工作。

事实证明，我通过复制另一个应用程序手动创建了一个新应用程序，却忘记将 __init__.py 放在 migrations 文件夹中，这让我感到一切都不稳定 - 导致我使用上述 rm -r 使情况变得更糟.

希望这可以帮助某人在几个小时内对“未检测到更改”错误发誓。

---

方法：1

步骤1

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

步数：2

python manage.py makemigrations <appname>

如果显示相同的消息（未检测到更改）

! 警告这对您的项目非常危险，因此请确保在应用方法 2 之前为您的项目备份。

方法二

重命名您的应用名称并使用以下命令创建新应用：

django-admin startapp <appname>

从旧应用程序复制所有 .py 文件 except

迁移文件夹

pycache 文件夹

初始化文件

test.py 文件，如果您没有在其中编写代码

并粘贴到您最近制作的新应用中

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

---

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

这些情况无声无息地发生，需要几个小时的 swearing 才能理解可怕的 No changes detected 消息的真正含义。

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

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

---

我从 django 外部复制了一个表，并且 Meta 类默认为“managed = false”。例如：

class Rssemailsubscription(models.Model):
    id = models.CharField(primary_key=True, max_length=36)
    ...
    area = models.FloatField('Area (Sq. KM)', null=True)

    class Meta:
        managed = False
        db_table = 'RSSEmailSubscription'

通过将 managed 更改为 True，makemigrations 开始接受更改。

---

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

对我来说，只需将 from .graph_model import * 添加到 admin.py（其中 graph_model.py 是新文件）即可解决问题。

---

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

奇怪的是，旧模型确实被 makemigrations 选中，但这是因为它们在 urlpatterns 链中被引用，并且该工具以某种方式检测到它们。因此，请密切注意这种行为。

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

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

---

这可能希望对其他人有所帮助，因为我最终花了几个小时试图追查这个问题。

如果您的模型中有同名的函数，这将删除该值。事后看来很明显，但尽管如此。

所以，如果你有这样的事情：

class Foobar(models.Model):
    [...]
    something = models.BooleanField(default=False)

    [...]
    def something(self):
        return [some logic]

在这种情况下，该函数将覆盖上述设置，使其对 makemigrations “不可见”。

---

您可能遇到的一个非常愚蠢的问题是在您的模型中定义两个 class Meta。在这种情况下，运行 makemigrations 时不会应用对第一个更改的任何更改。

class Product(models.Model):
    somefield = models.CharField(max_length=255)
    someotherfield = models.CharField(max_length=255)

    class Meta:
        indexes = [models.Index(fields=["somefield"], name="somefield_idx")]

    def somefunc(self):
        pass

    # Many lines...

    class Meta:
        indexes = [models.Index(fields=["someotherfield"], name="someotherfield_idx")]

---

在创建名为 deals 的新应用程序时，我遇到了另一个问题。我想分离该应用程序中的模型，因此我有 2 个模型文件，分别名为 deals.py 和 dealers.py。运行 python manage.py makemigrations 时，我得到：No changes detected。

我继续前进并进入了位于我的模型文件（交易和经销商）所在的同一目录中的 __init__.py

from .deals import *
from .dealers import *

然后 makemigrations 命令起作用了。

事实证明，如果您没有在任何地方导入模型，或者您的模型文件名不是 models.py，则不会检测到模型。

我遇到的另一个问题是我在 settings.py 中编写应用程序的方式：

我有：

apps.deals

它应该包括根项目文件夹：

cars.apps.deals

---

我通过这样做解决了这个问题：

擦除“db.sqlite3”文件。这里的问题是您当前的数据库将被删除，因此您将不得不重新制作它。在您编辑的应用程序的迁移文件夹中，擦除最后更新的文件。请记住，第一个创建的文件是：“0001_initial.py”。例如：我创建了一个新类并通过“makemigrations”和“migrate”程序注册它，现在创建了一个名为“0002_auto_etc.py”的新文件；抹去它。转到“pycache”文件夹（在迁移文件夹内）并删除文件“0002_auto_etc.pyc”。最后，转到控制台并使用“python manage.py makemigrations”和“python manage.py migrate”。

---

我知道这是一个老问题，但我整天都在与同样的问题作斗争，我的解决方案很简单。

我的目录结构类似于...

apps/
   app/
      __init__.py
      app_sub1/
           __init__.py
           models.py
      app_sub2/
           __init__.py
           models.py
      app_sub3/
           __init__.py
           models.py
   app2/
      __init__.py
      app2_sub1/
           __init__.py
           models.py
      app2_sub2/
           __init__.py
           models.py
      app2_sub3/
           __init__.py
           models.py
    main_app/
      __init__.py
      models.py

而且由于直到我遇到问题的所有其他模型都被导入到其他地方，最终从 main_app 中导入，并在 INSTALLED_APPS 中注册，所以我很幸运它们都能正常工作。

但是因为当我最终添加一个没有在其他任何地方导入的新模型文件时，我只将每个 app 添加到 INSTALLED_APPS 而不是 app_sub*，所以 Django 完全忽略了它。

我的解决方法是像这样将一个 models.py 文件添加到每个 app 的基本目录中......

apps/
   app/
      __init__.py
      models.py <<<<<<<<<<--------------------------
      app_sub1/
           __init__.py
           models.py
      app_sub2/
           __init__.py
           models.py
      app_sub3/
           __init__.py
           models.py
   app2/
      __init__.py
      models.py <<<<<<<<<<--------------------------
      app2_sub1/
           __init__.py
           models.py
      app2_sub2/
           __init__.py
           models.py
      app2_sub3/
           __init__.py
           models.py
    main_app/
      __init__.py
      models.py

然后将 from apps.app.app_sub1 import * 等添加到每个 app 级 models.py 文件。

Bleh ...这花了我很长时间才弄清楚，我在任何地方都找不到解决方案...我什至去了谷歌搜索结果的第 2 页。

希望这对某人有帮助！

---

我忘了提出正确的论点：

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

在models.py中，然后它开始摆脱烦人的

在应用程序“myApp”中未检测到更改

---

就我而言，我忘记插入类参数

错误的：

class AccountInformation():

正确的

class AccountInformation(models.Model):

---

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 makemigrations blog 或您的应用名称

---

这可以通过使用下面提到的两个步骤来完成。

将您的应用添加到 settings.py > INSTALLED_APPS 打开 admin.py

from .models import upImg
# Register your models here.
admin.site.register(upImg)

注意：将 upImg 替换为 models.py 中定义的类名

之后看看是否还剩下任何 python manage.py makemigrations。如果有，也执行 python manage.py migrate。

如需更多信息，请关注此django tutorial。

---

解决方案是您必须将您的应用程序包含在 INSTALLED_APPS 中。

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

指定我的应用名称迁移成功后

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

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

---

另一种极端情况和解决方案：

我添加了一个布尔字段，同时添加了一个引用它的@property，具有相同的名称（doh）。评论属性和迁移查看并添加新字段。重命名该属性，一切都很好。

---

尝试在 admin.py 中注册您的模型，这是一个示例：- admin.site.register(YourModelHere)

您可以执行以下操作：- 1. admin.site.register(YourModelHere) # 在 admin.py 2. 重新加载页面并重试 3. 按 CTRL-S 并保存 4. 可能有错误，专门检查模型.py 和 admin.py 5. 或者，最后重启服务器

---

根据 official documentation 中的迁移部分，我在 django 3.0 中遇到了类似的问题，运行它足以更新我的表结构：

python manage.py makemigrations
python manage.py migrate

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

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

代替：

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

解决了这个愚蠢的错误，使用这些命令可以毫无问题地完成迁移。也许这对某人有帮助。

---

我对这个错误的问题是我包括了：

class Meta:
   abstract = True

我要为其创建迁移的内部模型。

---

您应该在 setting.py 中将 polls.apps.PollsConfig 添加到 INSTALLED_APPS

---

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

---

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

---