如果您在恢复迁移时遇到了麻烦，并且在某种程度上搞砸了它，那么您可以执行假迁移。

./manage.py migrate <name> --ignore-ghost-migrations --merge --fake

对于django版本小于1.7的版本，这将在south_migrationhistory表中创建条目，你需要删除该条目。

现在您可以轻松地恢复迁移。

PS:我被困了很长时间，执行假迁移，然后返回帮助我解决了问题。

下面是我的解决方案，因为上面的解决方案并没有真正涵盖使用RunPython时的用例。

可以通过ORM with访问该表

from django.db.migrations.recorder import MigrationRecorder

>>> MigrationRecorder.Migration.objects.all()
>>> MigrationRecorder.Migration.objects.latest('id')
Out[5]: <Migration: Migration 0050_auto_20170603_1814 for model>
>>> MigrationRecorder.Migration.objects.latest('id').delete()
Out[4]: (1, {u'migrations.Migration': 1})

因此，您可以查询这些表并删除与您相关的条目。这样您就可以详细地进行修改。使用RynPython迁移，您还需要处理添加/更改/删除的数据。上面的例子只显示了如何通过Djang ORM访问表。

我在1.9.1中这样做了(删除最后或最新创建的迁移):

Rm <appname>/migrations/<migration #>* .使用实例 例如:rm myapp/migrations/0011* 登录到数据库并运行SQL语句(本例中为postgres) 删除django_migrations中名称为“0011%”的位置;

然后，我可以创建新的迁移，以刚才删除的迁移编号(在本例中为11)开始。

Alasdair的回答涵盖了基本问题

通过./manage.py showmigrations确定您想要的迁移 使用应用程序名称和迁移名称进行迁移

但应该指出的是，并非所有的迁移都可以逆转。如果Django没有规则来执行反转，就会发生这种情况。对于通过./manage.py makemigrations自动进行迁移的大多数更改，反转是可能的。然而，自定义脚本将需要同时写正向和反向，如示例中所述:

https://docs.djangoproject.com/en/1.9/ref/migration-operations/

如何进行无操作逆转

如果您有一个RunPython操作，那么您可能只是想在不编写逻辑上严格的反转脚本的情况下退出迁移。下面对文档中的示例的快速修改(上面的链接)允许这样做，使数据库保持在应用迁移之后的相同状态，即使是在反转它之后。

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

from django.db import migrations, models

def forwards_func(apps, schema_editor):
    # We get the model from the versioned app registry;
    # if we directly import it, it'll be the wrong version
    Country = apps.get_model("myapp", "Country")
    db_alias = schema_editor.connection.alias
    Country.objects.using(db_alias).bulk_create([
        Country(name="USA", code="us"),
        Country(name="France", code="fr"),
    ])

class Migration(migrations.Migration):

    dependencies = []

    operations = [
        migrations.RunPython(forwards_func, lambda apps, schema_editor: None),
    ]

这适用于Django 1.8、1.9

更新:更好的编写方法是将上面代码片段中的lambda apps, schema_editor: None替换为migrations.RunPython.noop。它们在功能上是一样的。(来源:评论)

所有其他答案都非常适合回滚线性迁移。然而，当迁移是非线性的，即有多个叶节点，我们希望只回滚一条路径，那么我们可以这样做:

    X
  /   \
 A      B      [A and B can represent any number of linear migrations.] 
  \   /
    Y (merge migration)

如果我们需要回滚A,B和y，那么我们可以用其他答案状态的方式来做。 即python manage.py迁移应用X。

如果只需要取消回滚B和回滚Y，请执行以下步骤:

通过执行python manage.py迁移应用程序B(或A;这两个作品)。 暂时从项目位置移除迁移文件A和Y。 现在取消应用B，执行python manage.py迁移应用X。

将迁移文件A和Y带到原始位置。现在，如果您愿意，您可以安全地删除未应用的迁移B和Y。

要点是django只能回滚迁移，如果文件在位置中。如果您不想回滚一个迁移路径(例如这里的a)，请在执行回滚时将其从项目位置中移除。

更多关于这个。https://stackoverflow.com/a/71231925/8663277

如果您在恢复迁移时遇到了麻烦，并且在某种程度上搞砸了它，那么您可以执行假迁移。

./manage.py migrate <name> --ignore-ghost-migrations --merge --fake

对于django版本小于1.7的版本，这将在south_migrationhistory表中创建条目，你需要删除该条目。

现在您可以轻松地恢复迁移。

PS:我被困了很长时间，执行假迁移，然后返回帮助我解决了问题。