在恢复之前不要删除迁移文件。我犯了这个错误，没有迁移文件，数据库就不知道要删除什么东西。

python manage.py showmigrations
python manage.py migrate {app name from show migrations} {00##_migration file.py}

如果你想恢复所有的迁移，使用0作为迁移的名称:

python manage.py migrate app_name_here zero

删除迁移文件。一旦您的模型中有了所需的迁移……

python manage.py makemigrations
python manage.py migrate

下面是我的解决方案，因为上面的解决方案并没有真正涵盖使用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访问表。

您可以通过迁移到以前的迁移进行恢复。

例如，如果你的最后两次迁移是:

0010年_previous_migration 0011年_migration_to_revert

然后你会这样做:

./manage.py migrate my_app 0010_previous_migration 

您实际上不需要使用完整的迁移名称，数量就足够了，即。

./manage.py migrate my_app 0010 

然后可以删除迁移0011_migration_to_revert。

如果你使用的是Django 1.8+，你可以显示所有迁移的名称

./manage.py showmigrations my_app

要反转应用程序的所有迁移，你可以运行:

./manage.py migrate my_app zero

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

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

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

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

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

恢复迁移。

python manage.py migrate <APP_NAME> <MIGRATION_NUMBER_PREFIX>

MIGRATION_NUMBER_PREFIX是您要还原到的迁移的数字前缀，例如0001表示转到0001_initial.py迁移。然后您可以删除该迁移。

您可以使用0作为迁移号来恢复应用程序的所有迁移。

您可以通过迁移到以前的迁移进行恢复。

例如使用下面的命令:

./manage.py migrate example_app one_left_to_the_last_migration

然后删除last_migration文件。