将Django项目的migrations文件提交到GitHub仓库是最佳开发实践吗？

将项目所有 migrations 文件提交到 Git 仓库属于规范的开发实践，不建议随意删除这些文件，核心原因如下：

• 保障多环境的数据库结构一致性：团队内所有开发人员、测试环境、生产环境都可以基于同一套 migrations 文件得到完全一致的表结构，避免不同主体单独生成迁移文件时出现字段顺序、约束规则不一致的问题。
• 留存数据库变更的完整可追溯历史：每一个迁移文件对应一次表结构调整需求，后续排查数据异常、回溯业务变更逻辑时，都可以直接查看对应迁移文件的内容和提交记录，无需重新梳理历史调整逻辑。
• 降低部署操作复杂度：生产环境发布时仅需要执行python manage.py migrate命令即可自动完成表结构的迭代更新，不需要额外手动生成迁移文件，减少部署环节的出错概率。

仅有一种特殊场景可以清理历史 migrations 文件：当项目迭代周期较长、历史迁移文件过多，出现无法解决的冲突、循环依赖问题时，可以先确认所有运行环境的表结构已经同步到最新版本，再删除旧的迁移文件、重新生成初始迁移后提交到仓库即可。

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