管理 Git 操作创建的 schema.rb 中的冲突

Question

我创建了一个迁移，运行了 rake db:migrate，这提高了我的 db/schema.rb 版本号。然后我做了一个 git fetch origin master 并看到我的团队成员进行了更改。所以我做了一个 git stash 和一个 git rebase FETCH_HEAD ，然后是一个 git stash pop 。这导致 db/schema.rb 版本号发生冲突。

Upstream>>>
ActiveRecord::Schema.define(:version => 20110930179257) do
===========
ActiveRecord::Schema.define(:version => 20110930161932) do
<<<Stashed

我认为适当的修复方法是手动将版本号增加到高于上游的版本号。

这是明智的还是坏消息？

谢谢， 最大限度

Answer 1

如果您当前的数据库具有正确的架构，您应该：

• 运行挂起的迁移（如果有）

  rake db:migrate
  

• 从当前数据库架构覆盖您的schema.rb

  rake db:schema:dump
  

• 并提交

Answer 2

当我发现自己遇到这种冲突时，我只需迁移数据库即可。无论是否有待处理的迁移，冲突都会得到纠正。

Answer 3

tldr

接受上游版本并像平常一样运行rake db:migrate。

为什么要这样？

不要担心您创建的迁移（低于上游版本 20110930179257）。 ActiveRecord 使用一个表 schema_migrations 来放置所有已运行的迁移。如果您的迁移不在列表中，而是在 db/migrate 目录中，则 ActiveRecord 将运行它们。

这是表格，以便您可以更好地形象化：

人们很容易认为它实际上是这一行：
ActiveRecord::Schema.define(:version => 20110930179257)
它定义了最新的迁移运行，因此不会运行低于其版本的迁移。幸运的是这不是真的。 Rails 将运行 db/migrate 文件夹中但尚未在 schema_migrations 表中的任何迁移。

Answer 4

根据 这个答案，肯定会发生冲突。用户必须手动合并，并将版本设置为两者中较高的版本。

Answer 5

以下是将 master 合并到我的功能分支以故障转移 db/schema.rb 中的冲突时所做的操作：

$ git merge --abort
$ git checkout master
$ rake db:drop db:create db:migrate
$ git checkout -- db/schema.rb
$ git checkout my_feature_branch
$ rake db:migrate
$ git add db/schema.rb
$ git commit -m 'Updated schema'
$ git merge master

Answer 6

~/bin/update-schema-rb：

#!/usr/bin/env bash

git co master
bin/rake db:reset db:seed
git co -
bin/rake db:migrate

Answer 7

一种选择是使用仅附加的手动版本脚本。在那里你想要冲突。如果你不掌握模式，它就会给你带来很大的困扰。因此，一朝被蛇咬，十年怕井绳，我不介意使用仅附加的变更管理方案来保留模式和查找信息（客户类型列表）。

Answer 8

我认为最好的方法是使用仅存在于当前分支上的迁移来执行 rake db:drop db:create db:migrate 来重新生成架构。这样，从其他分支的迁移就不会泄漏到您的模式文件中，并且以后会让您头痛 - 以防您频繁切换分支。