Django迁移报错排查：执行python manage.py migrate时出现Http404等异常

核心问题分析 #

执行python manage.py migrate时出现的Http404错误，本质是迁移过程中执行的代码（比如RunPython函数）尝试获取不存在的StartUp实例。之前的事务错误大概率也是因为依赖数据不存在导致事务回滚，添加get_object_or_404后只是把隐性的找不到数据问题显性化为404异常。

具体解决方案 #

1. 定位迁移中的问题代码 #

找到NewsLink或StartUp迁移文件里的RunPython函数，检查是否存在用get_object_or_404查询StartUp的逻辑。迁移执行时数据库可能还未创建目标StartUp记录，或者该迁移的执行顺序早于初始化StartUp数据的迁移，导致查询失败。

2. 修改数据查询逻辑 #

把get_object_or_404替换为带异常捕获的get()方法，确保找不到数据时能处理（比如创建默认实例或跳过操作）：

from django.db.models import DoesNotExist

def forwards_func(apps, schema_editor):
    # 获取迁移时的模型（注意不能直接导入当前模型，要用apps.get_model）
    StartUp = apps.get_model('你的app名', 'StartUp')
    NewsLink = apps.get_model('你的app名', 'NewsLink')
    
    try:
        # 尝试查询目标StartUp
        startup = StartUp.objects.get(name="目标名称")
    except DoesNotExist:
        # 找不到时创建默认实例，根据你的模型字段调整参数
        startup = StartUp.objects.create(
            name="默认StartUp",
            slug="default-startup",
            description="自动创建的默认实例"
        )
    
    # 后续关联操作
    news_link = NewsLink.objects.get(pk=1)
    news_link.startup = startup
    news_link.save()

3. 调整迁移执行顺序 #

如果是迁移顺序问题（比如NewsLink的迁移依赖StartUp的数据，但StartUp的数据迁移还没执行）：

• 用python manage.py migrate 你的app名 000x回滚到问题迁移之前的版本（000x是前一个迁移的编号）
• 调整迁移文件的命名顺序（比如把StartUp数据迁移的编号改得比NewsLink迁移小）
• 重新执行python manage.py migrate

4. 检查模型信号是否触发异常 #

如果模型中定义了post_save等信号函数，且函数内使用了get_object_or_404，迁移时会触发信号导致报错。可以给信号添加判断，跳过迁移时的执行：

from django.db.models.signals import post_save
from django.dispatch import receiver

@receiver(post_save, sender=NewsLink)
def news_link_post_save(sender, instance, created, raw, **kwargs):
    # raw=True表示是迁移过程中创建的实例，跳过信号处理
    if raw:
        return
    # 你的信号逻辑
    ...

5. 临时绕过问题完成迁移 #

如果只是需要先完成数据库结构创建：

• 注释掉迁移中导致报错的get_object_or_404相关代码
• 执行python manage.py migrate完成结构创建
• 手动在数据库中添加需要的StartUp数据
• 恢复注释的代码，重新执行迁移（或用数据迁移脚本添加数据）

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