为何无法像删除模型一样删除Django Models中的自定义函数？

Django的迁移文件本质是可执行的Python代码，当旧迁移（比如0012_auto_20220907_1238.py）里直接引用了DateRangeFunc时，这个迁移文件会依赖foo.models模块存在这个类。

删除模型和删除自定义Func的核心区别在于：Django对模型的迁移有完整的元数据追踪机制，删除模型后生成的迁移会明确记录删除操作，后续迁移执行时不会依赖已删除的模型类；但自定义Func是作为普通Python类被迁移文件直接导入使用的，迁移系统不会自动处理这类外部依赖的删除，一旦你从models里删掉它，任何需要回溯旧迁移的操作（比如合并迁移、生成新迁移时检查历史）都会因为找不到这个类而报错。

以下是几种可行方案，可根据你的环境选择：

方案1：修改旧迁移文件，内嵌DateRangeFunc定义（推荐生产环境使用） #

• 找到报错的旧迁移文件0012_auto_20220907_1238.py
• 把你之前定义的DateRangeFunc类的完整代码，直接复制到该迁移文件的顶部（放在现有导入语句之后）
• 删除文件里原本从foo.models导入DateRangeFunc的代码，确保迁移文件使用的是自身内嵌的类定义
• 此时再执行makemigrations或迁移合并操作，就不会再报错了——迁移文件已不再依赖外部的models模块

方案2：临时恢复DateRangeFunc，完成操作后再删除 #

• 把DateRangeFunc的代码临时放回foo/models.py中
• 执行你需要的操作：比如合并迁移（python manage.py squashmigrations foo 0012）或生成新迁移
• 操作完成后，再次删除DateRangeFunc
• 注意：如果是合并迁移，要检查合并后的迁移文件是否还引用DateRangeFunc，如果有，最好把类定义内嵌到合并后的文件里，避免后续再出问题

方案3：重置迁移历史（仅适合开发环境） #

如果是开发环境且数据可清空，可直接重置迁移：

• 删除foo/migrations目录下除__init__.py之外的所有文件
• 执行python manage.py makemigrations生成新的初始迁移
• 执行python manage.py migrate --fake-initial，让Django认为这些迁移已执行过（如果数据库对应表已删除，也可直接执行migrate）

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