Django可复用应用swappable模型外键迁移报错如何解决

问题1：如何正确处理指向swappable可交换模型的外键关联 #

可按不同场景选择以下方案：

• 可复用应用开发侧方案：不打包自带的初始迁移文件。这是Django生态中支持可交换模型的第三方应用的通用实践，你可以在打包配置中排除migrations目录，同时在文档中说明：如果用户使用默认模型，首次使用时执行python manage.py makemigrations your_app_name生成适配迁移；如果用户自定义交换模型，直接在项目层面生成对应迁移即可，从根源避免预生成迁移和下游项目配置的冲突。
• 保留预生成迁移的修复方案：手动修改可复用应用的初始迁移文件，在dependencies数组中显式添加migrations.swappable_dependency(settings.REUSABLEAPP_PERSON_MODEL)，让迁移在运行时动态解析当前配置的交换模型依赖，而非硬编码生成迁移时的默认模型引用，该方案对使用默认模型的用户也不会产生副作用。
• 下游项目侧临时修复方案：不需要反复修改INSTALLED_APPS，只需先临时注释掉settings.py中REUSABLEAPP_PERSON_MODEL、REUSABLEAPP_INVITE_MODEL的配置，执行python manage.py makemigrations tester生成tester应用的初始迁移后，再把配置加回，最后执行全局makemigrations即可正常运行。

问题2：为什么Django生成单个应用的迁移时必须依赖其他应用的迁移 #

Django的迁移系统是全局schema感知的，所有迁移的执行顺序必须满足数据库的外键约束逻辑：如果A模型有外键指向B模型，那么B模型对应的表必须先于A模型的表创建，因此迁移系统会自动为A模型的迁移添加对B模型所属应用迁移的依赖。
你遇到的「tester应用未安装」报错属于迁移系统的误报：可复用应用的预生成迁移中，Invite.person字段的引用是生成时默认的模型路径，而你的项目配置了交换到tester.MyPerson，但此时tester应用的迁移还未生成，迁移解析器找不到对应模型的迁移记录，就错误抛出了应用未安装的异常。
你提到的自定义User模型没有该问题，原因有二：一是django.contrib.auth的初始迁移已经提前添加了migrations.swappable_dependency(settings.AUTH_USER_MODEL)依赖，二是Django迁移系统对AUTH_USER_MODEL做了特殊优先级处理，会优先解析用户自定义的用户模型迁移。

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