有关迁移文件的最佳做法

作者: 敢嫁就敢娶
发布时间: 2025-01-06 12:45:19 (9天前)
转自：

3 条回复

0#
回复此人
一腔诗意喂了狗 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果您是单一开发人员或依赖，您可以 <code> db:setup </code> 和 <code> db:seed </code> 适用于您团队的所有成员。 </p> <P> 但是，如果您计划将应用程序部署到生产服务器，则实际上不应该这样做，因为迁移是在此处使用目标计算机的实际架构版本相应地更新架构。有了它们，只需应用权限更改。没有他们，只依靠 <code> schema.rb </code> 将强制完全重置数据库，清空它。这不是我们在生产服务器上最想要的时间。 </p> <P> 迁移也是编码时数据库状态的有用参考，它们有助于快速找到每个模型的字段列表，其方式比 <code> schema.rb </code> 。 </p> <P> 如果您从未将应用程序部署到生产服务器，并且您是单个开发人员（或者如果其他开发人员同意），您可以通过集成所有更改来重构迁移（ <code> add_field </code> ...）在原来的 <code> create_table </code> 移民 </p> </DIV>

编辑
1#
回复此人
一腔诗意 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我强烈建议您从db / migrate以及schema.rb提交所有迁移文件 </p> <P> 这个答案会有所帮助： <a href="https://stackoverflow.com/questions/6450263/what-is-the-right-approach-to-deal-with-rails-db-schema-rb-file-in-git"> 在GIT中处理Rails db / schema.rb文件的正确方法是什么？ </A> </p> <P> 随着： <a href="http://ryanbigg.com/2010/12/commit-it-or-else/" rel="nofollow noreferrer"> http://ryanbigg.com/2010/12/commit-it-or-else/ </A> </p> </DIV>

编辑

登录后才能参与评论