概述
对于：
>如果他们意外地从我的本地机器删除,这将导致我的问题,下一次我想要运行迁移…对吗？所以对我有帮助.
反对：
> 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.
一个重要的一点是,迁移应该在生产部署之前始终进行测试.您不应该在生产时创建迁移,只应用它们.
您还希望将源代码控件中的模型状态与数据库的状态同步.如果有人拉你的分支,必须找到一个错误,并回到源代码控制的历史记录,他需要迁移文件才能更改数据库的状态,使之与时间相匹配.如果他必须创建自己的迁移文件,他们不会包含中间状态,他遇到一个他的模型与数据库不同步的问题.
总结
以上是编程之家为你收集整理的Django迁移是否应该在源代码控制中生效？全部内容，希望文章能够帮你解决Django迁移是否应该在源代码控制中生效？所遇到的程序开发问题。
如果您也喜欢它,动动您的小指点个赞吧
602392714
清零编程群