正如标题所说…我不知道
Django migrations是否应该生活在源代码管理中.
对于：
>如果他们意外地从我的本地机器删除,这将导致我的问题,下一次我想要运行迁移…对吗？所以对我有帮助.
反对：
> Devs首次设置项目不需要运行它们,它们可以直接从模型文件中工作.
他们看起来像机器特定的cruft.
>他们可能会透露我不想要的数据库的东西吗？
解决方法
是的,一点没错！！
从docs：
The migration files for each app live in a “migrations” directory inside of that app,and are designed to be committed to,and distributed as part of,its codebase. You should be making them once on your development machine and then running the same migrations on your colleagues’ machines,your staging machines,and eventually your production machines.
一个重要的一点是,迁移应该在生产部署之前始终进行测试.您不应该在生产时创建迁移,只应用它们.
您还希望将源代码控件中的模型状态与数据库的状态同步.如果有人拉你的分支,必须找到一个错误,并回到源代码控制的历史记录,他需要迁移文件才能更改数据库的状态,使之与时间相匹配.如果他必须创建自己的迁移文件,他们不会包含中间状态,他遇到一个他的模型与数据库不同步的问题.