Django2.2回滚Blog应用迁移时提示auth应用未安装错误咨询

核心触发点是Django执行迁移回滚时，未正确加载django.contrib.auth应用的上下文，常见诱因有2种：

• Blog应用的0012、0013版本迁移文件的依赖列表中，缺失了对auth应用迁移的依赖声明，回滚时Django处理依赖顺序错误，先执行Blog的回滚逻辑时还未加载auth应用，因此识别不到auth.user模型。
• 此前调整过INSTALLED_APPS中django.contrib.auth的加载顺序，或者修改过User模型的引用方式，导致旧迁移文件中的懒引用规则和当前项目配置不匹配。

所有操作前请先执行全库备份，避免数据丢失：

pg_dump -U 你的数据库用户名 -d 你的数据库名 > 备份文件路径.sql

方案一：修复迁移依赖（优先尝试） #

1. 找到Blog应用下migrations目录中的0012、0013版本迁移文件，打开查看开头的dependencies数组。
2. 给两个迁移文件的dependencies数组都添加auth应用的依赖，示例：

dependencies = [
    # 原有其他依赖全部保留
    ('auth', 'xxxx'), # xxxx替换为你本地auth应用最新的迁移版本号，可执行`python manage.py showmigrations auth`查看
    ('Blog', '0011_xxxx'), # 原有Blog的0011依赖保留
]

3. 重新执行回滚命令python manage.py migrate Blog 0011即可。

方案二：假迁移回滚（适合表结构已经符合预期的场景，完全不改动业务数据） #

如果你确认当前数据库中Blog应用的表结构已经和0011版本迁移的定义一致，可直接修改迁移标记，跳过实际的表结构操作：
执行命令：

python manage.py migrate --fake Blog 0011

该命令只会修改Django系统表django_migrations中的记录，标记Blog应用已经回滚到0011版本，不会对业务表做任何修改，不会影响现有数据。

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