这个答案适用于类似的情况，如果Alasdair给出的最上面的答案没有帮助。(例如，如果不需要的迁移很快在每次新的迁移中再次创建，或者如果它是在一个更大的迁移中，不能恢复，或者表已经被手动删除。)

删除迁移，而不创建新的迁移?

TL;DR:您可以删除一些最后恢复的(混乱的)迁移，并在修复模型后进行一个新的迁移。您还可以使用其他方法将其配置为不通过migrate命令创建表。必须创建最后一个迁移，以便与当前模型匹配。

为什么任何人都不想为必须存在的模型创建表:

A)在任何机器、任何数据库和任何条件下都不应该存在这样的表

当:仅为继承其他模型而创建的基础模型。 解决方法:设置类Meta: abstract = True

B)该表很少创建，由其他东西或手动以特殊方式创建。

解决方案:使用类Meta: managed = False 迁移已经创建，但从未使用，仅在测试中使用。迁移文件很重要，否则数据库测试无法从可重现的初始状态开始运行。

C)该表只在某些机器上使用(例如在开发中)。

解决方案:将模型移动到仅在特殊条件下才添加到INSTALLED_APPS的新应用程序中，或者使用条件类Meta: managed = some_switch。

D)该项目在设置中使用多个数据库。数据库

解决方案:使用allow_migrate方法编写一个数据库路由器，以便区分应该在哪里创建表和不应该在哪里创建表的数据库。

The migration is created in all cases A), B), C), D) with Django 1.9+ (and only in cases B, C, D with Django 1.8), but applied to the database only in appropriate cases or maybe never if required so. Migrations have been necessary for running tests since Django 1.8. The complete relevant current state is recorded by migrations even for models with managed=False in Django 1.9+ to be possible to create a ForeignKey between managed/unmanaged models or to can make the model managed=True later. (This question has been written at the time of Django 1.8. Everything here should be valid for versions between 1.8 to the current 2.2.)

如果最后一次迁移(are)不容易可逆，那么可以谨慎地(在数据库备份后)做一个假恢复。/manage.py migrate——fake my_app 0010_previous_migration，手动删除表。

如果有必要，从固定的模型创建一个固定的迁移，并在不改变数据库结构的情况下应用它。

恢复迁移。

python manage.py migrate <APP_NAME> <MIGRATION_NUMBER_PREFIX>

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

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

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

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

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

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

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

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

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

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

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

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

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 example_app one_left_to_the_last_migration

然后删除last_migration文件。