这个答案适用于类似的情况，如果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 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

首先:找到你的应用程序之前的迁移，

Python manage.py showmigrations

eg:

bz
 [X] 0001_initial
 [ ] 0002_bazifff

如果您想要回滚0002_baziff迁移，

python manage.py migrate bz 0001_initial

如果要回滚0001_initial或all

python manage.py migrate bz zero

似乎只能回退0001

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

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

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

恢复迁移。

python manage.py migrate <APP_NAME> <MIGRATION_NUMBER_PREFIX>

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

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

您可以做的另一件事是删除手动创建的表。

与此同时，您还必须删除特定的迁移文件。同时，你必须删除django-migrations表中与特定迁移相关的特定条目(可能是你的情况下的最后一个)。