运行manage.py测试时,Django数据迁移失败,但运行manage.py migrate时却没有

Lei*_*cki 8 python django unit-testing django-testing django-migrations

我有一个Django 1.7迁移,看起来像这样:

# -*- coding: utf-8 -*-
from __future__ import unicode_literals

from django.db import models, migrations

def units_to_m2m(apps, schema_editor):
    Interval = apps.get_model("myapp", "Interval")
    IntervalUnit = apps.get_model("myapp", "IntervalUnit")

    for interval in Interval.objects.all():
        IntervalUnit(
            interval=interval,
            unit=interval.unit,
            base_date=interval.base_date
        ).save()

class Migration(migrations.Migration):

    dependencies = [
        ('otherapp', '0007_auto_20150310_1400'),
        ('myapp', '0009_auto_20150316_1608'),
    ]

    operations = [
        migrations.CreateModel(
            name='IntervalUnit',
            # ...
        ),
        # ...
        migrations.AddField(
            model_name='interval',
            name='units',
            field=models.ManyToManyField(to='otherapp.Unit', through='myapp.IntervalUnit'),
            preserve_default=True,
        ),
        migrations.RunPython(units_to_m2m),
        migrations.RemoveField(
            model_name='interval',
            name='unit',
        ),
        migrations.RemoveField(
            model_name='interval',
            name='base_date',
        ),
    ]
Run Code Online (Sandbox Code Playgroud)

当我跑步时manage.py migrate,它移植得很好.manage.py test但是,当我运行时,它会尝试创建测试数据库,然后在迁移过程中失败并出现以下错误:

Traceback (most recent call last):
...
  File "/home/adam/myproject/myapp/migrations/0010_auto_20150317_1516.py", line 10, in units_to_m2m
    for interval in Interval.objects.all():
...
django.db.utils.OperationalError: (1054, "Unknown column 'myapp_interval.base_date' in 'field list'")
Run Code Online (Sandbox Code Playgroud)

当我之后连接到测试数据库(它不会删除它)时,数据库结构看起来就像迁移运行后所期望的那样,即使它在中途崩溃了.这里发生了什么?

编辑:我已经尝试将迁移分成三个单独的迁移,一个包含所有的东西RunPython,一个包含RunPython它自己,一个包含所有后来的东西; 它仍在做同样的事情.

Lei*_*cki 3

事实证明,迁移按照预期的顺序成功运行,但我有两个数据库,并且它在两个数据库上运行我的迁移而无需咨询数据库路由器。跟踪此问题的 Django 票证是#23273,该票证仍然开放。

据推测,RunPython迁移正在查询default(已经迁移)而不是迁移实际应该运行的数据库。

就我而言,我们不再需要使用第二个数据库来执行任何操作,因此我们可以将其settings.DATABASES完全删除。