ruby-on-rails - 由于其他分支的迁移，schema.rb 搞砸了

Question

目前，我正在使用一个巨大的 Rails 应用程序和多个分支，每个分支都有这个应用程序的新功能。
很多情况下，一个特性需要迁移，这应该不是问题，直到你将它与 master 合并:schema.rb 更新了你的开发数据库的信息!

澄清:

1. Branch A has migration create_table_x
2. Branch B has migration create_table_y
3. Branch A adds another create_table_z and runs db:migrate
4. You want to merge Branch A with Master and you see table_x, table_y and table_z in the schema.rb of Branch A.

在分支中的每次迁移之前重置+种子数据库或为每个分支创建数据库都不是一个选项。由于 2 GB 的 SQL 数据非常庞大，因此无法使用。

我的问题:

是否真的需要将 schema.rb 保留在存储库中，因为每次迁移都会重建它？

如果是这样，是否可以通过迁移而不是数据库转储来构建模式？

Answer 1

您应该将架构保留在您的 repo 中。运行迁移将为您修复 schema.rb 文件中的合并冲突。
我对你的问题的简单看法

是必需的吗？不是真的，但很好的做法。

"It's strongly recommended to check this file into your version control system." -schema.rb

有可能的？是的，但您可能想问问自己这样做是否真的可以节省时间，无论是手动还是从其他地方的迁移中构建架构并将其插入。

你会得到使用的额外好处

rake db:schema:load

和

rake db:schema:dump

http://tbaggery.com/2010/10/24/reduce-your-rails-schema-conflicts.html