Django 1.9 - makemigrations - 未检测到任何更改

Question

我尝试使用makemigrations命令在现有应用内创建迁移，但它输出＆＃34;未检测到任何更改＆＃34;。

通常我使用startapp命令创建新应用，但在创建时不会将其用于此应用。

调试后，我发现它没有创建迁移，因为应用程序中缺少migrations包/文件夹。

如果文件夹不存在或者我遗失了某些内容会不会更好？

Answer 1

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

./manage.py makemigrations <myapp>

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

Answer 2

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

我没有使用models.py文件，但创建了一个models目录，并在那里创建了my_model.py文件，我放置了我的模型。 Django无法找到我的模型，所以它写道没有适用的迁移。

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

Answer 3

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

1. 迁移文件夹您的应用中需要迁移包。
2. INSTALLED_APPS 您需要在INSTALLED_APPS .dict
中指定您的应用
3. 详细程度首先运行makemigrations -v 3以获得详细程度。这可能会解决这个问题。
4. 完整路径在INSTALLED_APPS中，建议指定完整的模块应用配置路径＆＃39; apply.apps.MyAppConfig＆＃39;
5. - 设置您可能需要确保设置了正确的设置文件：manage.py makemigrations --settings mysite.settings
6. 指定应用名称明确将应用名称放在 manage.py makemigrations myapp 中 - 这样可以缩小应用的迁移范围，并帮助您找出问题所在。

7. 模型元检查您的模型元中是否有app_label

8. 调试django 调试django核心脚本。 makemigrations命令非常简单。 Here's how to do it in pycharm。相应地更改脚本定义（例如：makemigrations --traceback myapp）

多个数据库：

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

  

makemigrations始终为模型更改创建迁移，但是如果   allow_migrate（）返回False，

Answer 4

我已经阅读了很多这个问题的答案，经常说明只是以其他方式运行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。

Answer 5

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

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

Answer 6

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

这些场合是静默发生的，需要花费几个小时./manage.py makemigrations <myapp>才能理解可怕的swearing消息的真正含义。

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

No changes detected

Answer 7

我从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开始获取更改。

Answer 8

我还有另一个这里没有描述的问题，这让我发疯了。

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'创建模型迁移，但也不会引发错误。删除'后，它按预期方式工作。

因此，在复制粘贴时要小心:-)

Answer 9

将新模型添加到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
  │   └── ...

Answer 10

我通过以下方法解决了这个问题：

1. 删除“ db.sqlite3”文件。 问题，这是因为您当前的数据库将被删除，因此您必须重新进行重新构建。
2. 在已编辑应用的迁移文件夹内，删除上一个更新的文件。请记住，第一个创建的文件是：“ 0001_initial.py”。例如：我创建了一个新类，并通过“ makemigrations”和“ migrate”过程进行了注册，现在创建了一个名为“ 0002_auto_etc.py”的新文件；删除它。
3. 转到“ pycache ”文件夹（位于migrations文件夹内），然后删除文件“ 0002_auto_etc.pyc”。
4. 最后，转到控制台并使用“ python manage.py makemigrations”和“ python manage.py migration”。

Answer 11

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

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

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

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

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

Answer 12

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

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

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

注意：用 upImg 中定义的 className 替换 models.py

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

有关详细信息，请关注此django tutorial。

Answer 13

您可能还会遇到的一个非常愚蠢的问题是在模型中定义两个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")]

Answer 14

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

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

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 ...这花了我很长时间才弄清楚，而且我找不到任何解决方案...我什至转到了Google搜索结果的第2页。

希望这对某人有帮助！

Answer 15

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

Answer 16

我忘了提出正确的论点：

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

在models.py中 然后开始消除烦人的情绪

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

Answer 17

根据official documentation中的“迁移”部分，我对django 3.0有类似的问题，运行它足以更新我的表结构：

python manage.py makemigrations
python manage.py migrate

但是输出始终是相同的：我执行了“ makemigrations”脚本后，“未检测到更改”关于我的模型。 我要在数据库上更新的模型的models.py出现语法错误：

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

代替：

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

解决了这个愚蠢的错误，使用这些命令可以顺利进行迁移。也许这可以帮助某人。

Answer 18

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

我添加了一个布尔字段，并同时添加了一个引用其名称@doh的@property。注释了该属性，并且迁移看到并添加了新字段。重命名了酒店，一切都很好。

Answer 19

在创建名为deals的新应用程序时遇到了另一个问题。我想在该应用程序中分离模型，所以我有两个名为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

Answer 20

另一种可能性是，您压缩了一些迁移并应用了所得到的迁移，但是却忘记了从其中删除replaces属性。

Answer 21

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

class Meta:
   abstract = True

要为其迁移的内部模型。

Answer 22

您能做的最好的事情是，删除现有数据库。就我而言，我使用的是phpMyAdmin SQL数据库，因此我在此处手动删除了创建的数据库。

删除后： 我在PhpMyAdmin中创建数据库，但不添加任何表。

再次运行以下命令：

python manage.py makemigrations

python manage.py migrate

这些命令之后：您可以看到django在数据库中自动创建了其他必要的表（大约有10个表）。

python manage.py makemigrations <app_name>

python manage.py migrate

最后：在上述命令之后，您创建的所有模型（表）都将直接导入数据库。

希望这会有所帮助。

Answer 23

这可能希望对其他人有所帮助，因为我最终花了数小时试图将其追赶下去。

如果您的模型中的函数 具有相同的名称，则会删除该值。事后看来很明显，但仍然如此。

因此，如果您有这样的事情：

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

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

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

Answer 24

尝试在admin.py中注册模型，这是一个示例：- admin.site.register（YourModelHere）

您可以执行以下操作： 1. admin.site.register（YourModelHere）＃在admin.py中 2.重新加载页面，然后重试 3.按CTRL-S并保存 4.可能有错误，特别是检查models.py和admin.py 5.或者，最后，只需重启服务器

Answer 25

方法：1

步骤：1

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

步骤：2

python manage.py makemigrations <appname>

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

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

方法二

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

django-admin startapp <appname>

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

• 迁移文件夹
• pycache 文件夹
• init.py
• test.py 文件（如果您没有在其中编写代码）

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

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

Answer 26

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

Answer 27

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

Answer 28

以我为例，我首先向模型添加了一个字段，而Django说没有更改。

比起我决定更改模型的“表名”，makemigrations起作用了。 比起将表名改回默认值，新字段也在那里。

在django迁移系统中有一个“错误”，有时看不到新字段。可能与日期字段有关。

Answer 29

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

错误：

class AccountInformation():

正确

class AccountInformation(models.Model):

Answer 30

我的问题比上面的答案要简单得多，而且可能是更常见的原因，只要您的项目已经建立并可以运行。在我的一个已经使用了很长时间的应用程序中，迁移似乎很困难，因此，我急着做了以下事情：

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。

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

Answer 31

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

对我来说，只需将ifconfig eth0:1 192.168.1.6 netmask 255.255.255.0 up 添加到from .graph_model import *（其中admin.py是新文件）即可解决此问题。

Answer 32

首先，请确保您的应用已在setting.py中的Installed_app中注册。 那么上面的答案就很好了

Answer 33

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博客或您的应用名称

Answer 34

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

Answer 35

好吧，我确定您尚未设置模型，所以它现在迁移了多少剂量??

因此，解决方案是设置所有变量，并设置Charfield，Textfield ....并迁移它们，它将起作用。