由于字段默认值中的错误，无法进行 django 迁移？
django migration impossible because of bug in field default value?
我的一个 Django 模型遇到了一个奇怪的情况。
我正在使用 Django 1.10.3 和 python 3.5.2.
模型如下所示（为清楚起见进行了简化）：
class Report(models.Model):
date = models.FieldDate()
def fieldA_default(self):
return MyObject.objects.filter(date=self.date).count()
fieldA = models.IntegerField(default=fieldA_default)
我有创建模型并添加字段的初始迁移，由 django 使用 ./manage.py makemigrations.
自动生成
我将此代码提交到我的 git 存储库，并将其部署到我的生产服务器，但实际上并未使用该模型（我的数据库中没有 Report 对象）。
我刚刚发现此代码不正确 (django set default value of a model field to a self attribute) 并决定改写 save()。
但是当我将默认值从 fieldA_default 更改为 0 时，运行ning ./manage.py makemigrations 失败，因为它尝试 运行 旧的默认值函数fieldA_default。在尝试了几个选项之后，我最终决定完全删除该模型。但这也不起作用，因为 makemigrations 仍在尝试 运行 相同的功能。
这是 makemigrations 当我简单地删除模型时的回溯：
Traceback (most recent call last):
File "./manage.py", line 22, in <module>
execute_from_command_line(sys.argv)
File "venv/lib/python3.5/site-packages/django/core/management/__init__.py", line 367, in execute_from_command_line
utility.execute()
File "venv/lib/python3.5/site-packages/django/core/management/__init__.py", line 359, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "venv/lib/python3.5/site-packages/django/core/management/base.py", line 294, in run_from_argv
self.execute(*args, **cmd_options)
File "venv/lib/python3.5/site-packages/django/core/management/base.py", line 345, in execute
output = self.handle(*args, **options)
File "venv/lib/python3.5/site-packages/django/core/management/commands/makemigrations.py", line 95, in handle
loader = MigrationLoader(None, ignore_no_migrations=True)
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 52, in __init__
self.build_graph()
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 197, in build_graph
self.load_disk()
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 108, in load_disk
migration_module = import_module("%s.%s" % (module_name, migration_name))
File "venv/lib/python3.5/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 986, in _gcd_import
File "<frozen importlib._bootstrap>", line 969, in _find_and_load
File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 665, in exec_module
File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed
File "xxx/reporting/migrations/0001_initial.py", line 9, in <module>
class Migration(migrations.Migration):
File "xxx/reporting/migrations/0001_initial.py", line 22, in Migration
('fieldA', models.IntegerField(default=reporting.models.Report.fieldA_default)),
AttributeError: module 'reporting.models' has no attribute 'Report'
我有几个问题：
- 为什么 Django 运行宁此 "old" 代码即使我正在删除模型？
- 我是如何在没有 Django 对我尖叫的情况下将这个无效代码放入迁移中的？
- 我该如何解决这个问题才不会破坏我的生产服务器？我完全放弃模型并重建它没有问题，但我似乎不被允许这样做。
why is Django running this "old" code even if I'm deleting the model?
因为迁移文件中仍然引用了模型及其方法0001_initial.py
But when I change the default from fieldA_default to 0, running ./manage.py makemigrations fails because it tries to run the old default value function fieldA_default.
我假设，在重置字段的默认值后，您删除了 - 现在已过时 - 方法 fieldA_default。如上所述，这个方法在初始迁移中被引用，现在肯定会中断。
how did I manage to get this invalid code into a migration without Django screaming at me?
创建迁移时，代码并非无效。模型上的某些更改不能通过简单的前向迁移来处理。在你的情况下：
在迁移文件中引用和导入模型时删除模型（它本身只是另一个 python 模块，不能只导入 non-existing 类 )
与删除默认方法相同。
当您的模型代码混乱或与您的 migrations/db 不同步并且 makemigrations 在当前状态下不起作用时，您可以做的一件事如下：
python manage.py migrate app_name zero # undo all existing migrations of app从应用程序中删除所有迁移文件。或者，如果数据库中已有有价值的数据，您可以撤消它们 one-by-one 并查看步骤 3 是否已经起作用
python manage.py makemigrations app_name # new start from clean sheet
这在开发过程中很容易，可以被认为是迁移压缩的替代方法，但如果数据库中已经有生产数据，这显然是最后的选择。但在那种情况下，无论如何都应该小心谨慎地应用模型更改 :)
- 从您的迁移中手动删除对 Report 的所有引用
- 从数据库
中删除报告table
- 运行 python manage.py 迁移。它将为 Report 创建新的迁移。
- 推送、部署。
我的一个 Django 模型遇到了一个奇怪的情况。 我正在使用 Django 1.10.3 和 python 3.5.2.
模型如下所示（为清楚起见进行了简化）：
class Report(models.Model):
date = models.FieldDate()
def fieldA_default(self):
return MyObject.objects.filter(date=self.date).count()
fieldA = models.IntegerField(default=fieldA_default)
我有创建模型并添加字段的初始迁移，由 django 使用 ./manage.py makemigrations.
我将此代码提交到我的 git 存储库，并将其部署到我的生产服务器，但实际上并未使用该模型（我的数据库中没有 Report 对象）。
我刚刚发现此代码不正确 (django set default value of a model field to a self attribute) 并决定改写 save()。
但是当我将默认值从 fieldA_default 更改为 0 时，运行ning ./manage.py makemigrations 失败，因为它尝试 运行 旧的默认值函数fieldA_default。在尝试了几个选项之后，我最终决定完全删除该模型。但这也不起作用，因为 makemigrations 仍在尝试 运行 相同的功能。
这是 makemigrations 当我简单地删除模型时的回溯：
Traceback (most recent call last):
File "./manage.py", line 22, in <module>
execute_from_command_line(sys.argv)
File "venv/lib/python3.5/site-packages/django/core/management/__init__.py", line 367, in execute_from_command_line
utility.execute()
File "venv/lib/python3.5/site-packages/django/core/management/__init__.py", line 359, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "venv/lib/python3.5/site-packages/django/core/management/base.py", line 294, in run_from_argv
self.execute(*args, **cmd_options)
File "venv/lib/python3.5/site-packages/django/core/management/base.py", line 345, in execute
output = self.handle(*args, **options)
File "venv/lib/python3.5/site-packages/django/core/management/commands/makemigrations.py", line 95, in handle
loader = MigrationLoader(None, ignore_no_migrations=True)
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 52, in __init__
self.build_graph()
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 197, in build_graph
self.load_disk()
File "venv/lib/python3.5/site-packages/django/db/migrations/loader.py", line 108, in load_disk
migration_module = import_module("%s.%s" % (module_name, migration_name))
File "venv/lib/python3.5/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 986, in _gcd_import
File "<frozen importlib._bootstrap>", line 969, in _find_and_load
File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 665, in exec_module
File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed
File "xxx/reporting/migrations/0001_initial.py", line 9, in <module>
class Migration(migrations.Migration):
File "xxx/reporting/migrations/0001_initial.py", line 22, in Migration
('fieldA', models.IntegerField(default=reporting.models.Report.fieldA_default)),
AttributeError: module 'reporting.models' has no attribute 'Report'
我有几个问题：
- 为什么 Django 运行宁此 "old" 代码即使我正在删除模型？
- 我是如何在没有 Django 对我尖叫的情况下将这个无效代码放入迁移中的？
- 我该如何解决这个问题才不会破坏我的生产服务器？我完全放弃模型并重建它没有问题，但我似乎不被允许这样做。
why is Django running this "old" code even if I'm deleting the model?
因为迁移文件中仍然引用了模型及其方法0001_initial.py
But when I change the default from fieldA_default to 0, running ./manage.py makemigrations fails because it tries to run the old default value function fieldA_default.
我假设，在重置字段的默认值后，您删除了 - 现在已过时 - 方法 fieldA_default。如上所述，这个方法在初始迁移中被引用，现在肯定会中断。
how did I manage to get this invalid code into a migration without Django screaming at me?
创建迁移时，代码并非无效。模型上的某些更改不能通过简单的前向迁移来处理。在你的情况下：
在迁移文件中引用和导入模型时删除模型（它本身只是另一个 python 模块，不能只导入 non-existing 类 )
与删除默认方法相同。
当您的模型代码混乱或与您的 migrations/db 不同步并且 makemigrations 在当前状态下不起作用时，您可以做的一件事如下：
python manage.py migrate app_name zero # undo all existing migrations of app从应用程序中删除所有迁移文件。或者，如果数据库中已有有价值的数据，您可以撤消它们 one-by-one 并查看步骤 3 是否已经起作用
python manage.py makemigrations app_name # new start from clean sheet
这在开发过程中很容易，可以被认为是迁移压缩的替代方法，但如果数据库中已经有生产数据，这显然是最后的选择。但在那种情况下，无论如何都应该小心谨慎地应用模型更改 :)
- 从您的迁移中手动删除对 Report 的所有引用
- 从数据库 中删除报告table
- 运行 python manage.py 迁移。它将为 Report 创建新的迁移。
- 推送、部署。