如何解决Django重置迁移后出现的InconsistentMigrationHistory错误？

问题根源 #

错误InconsistentMigrationHistory是因为admin.0001_initial依赖user.0001_initial，但你删除了django_migrations表中user应用的迁移记录，导致Django判定admin的迁移早于其依赖的user初始迁移，触发冲突。核心需求是保留现有数据的同时修复迁移记录。

具体解决步骤 #

1. 验证新迁移与数据库结构匹配
   确保刚生成的user和api初始迁移文件完全匹配当前数据库表结构，避免后续迁移异常：

   python manage.py makemigrations --check
   

   无输出则说明结构一致，若有报错需调整迁移文件或数据库结构（谨慎操作，避免丢数据）。

2. 手动补全user应用的迁移记录
   向django_migrations表插入user.0001_initial的迁移记录，让Django认为它已在admin迁移之前应用：

   python manage.py shell -c "from django.db import connection; from django.utils import timezone; cursor = connection.cursor(); cursor.execute('INSERT INTO django_migrations (app, name, applied) VALUES (%s, %s, %s);', ('user', '0001_initial', timezone.now()))"
   

   注意：如果你的user初始迁移文件名不是0001_initial，替换成实际的文件名（比如0001_squashed_xxxx）。

3. 手动补全api应用的迁移记录
   同理插入api应用的初始迁移记录：

   python manage.py shell -c "from django.db import connection; from django.utils import timezone; cursor = connection.cursor(); cursor.execute('INSERT INTO django_migrations (app, name, applied) VALUES (%s, %s, %s);', ('api', '0001_initial', timezone.now()))"
   

4. 标记自定义应用的迁移为已应用
   用--fake参数让Django同步迁移状态，不实际修改数据库：

   python manage.py migrate --fake user
   python manage.py migrate --fake api
   

5. 验证迁移状态
   查看所有应用的迁移状态，确认user、api和第三方应用的迁移都标记为已应用：

   python manage.py showmigrations
   

关键注意事项 #

• 操作前必须备份数据库，防止误操作导致数据丢失。
• 若后续需要给user或api添加新迁移，正常执行makemigrations和migrate即可，不会影响现有状态。
• 确保新生成的初始迁移文件没有修改现有表结构（比如添加/删除字段），否则--fake会导致迁移记录与实际结构不匹配。

内容的提问来源于stack exchange，提问作者creyD