当前位置：文江博客话题详情

在 git 中管理 schema.rb 的首选方法是什么？

发布于 2024-07-16 07:07:04 字数 346 浏览 7 评论 0原文

我不想将 schema.rb 添加到 .gitignore，因为我希望能够从该文件加载新的数据库架构。然而，保持其签入状态会导致各种虚假冲突，这些冲突可以通过新的 db:migrate:reset 轻松解决。

基本上我想要一种方法：

将 schema.rb 保留在存储库中以进行部署时数据库设置
将 schema.rb 保留在“.gitignore”中以进行一般开发

将有一两个人负责更新 schema.rb 并知道它是正确的。

有没有办法既能鱼与熊掌兼得呢？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

当梦初醒 2024-07-23 07:07:04

恐怕您正在寻找的神奇解决方案并不存在。该文件通常在版本控制中管理，然后对于版本行上的任何冲突，只需选择两个日期中较晚的一个。只要您还运行所有关联的迁移，就不应该以这种方式失去同步。如果两个开发人员对 schema.rb 的类似区域进行了修改，并且除了版本之外还出现了冲突，那么您将面临正常的合并冲突解决方案，但在我看来，这些通常很容易理解和解决。我希望这对一些人有帮助！

回复收藏 0 原文

只是在用心讲痛 2024-07-23 07:07:04

您可以做的另一件事是使用：

git update-index --assume-unchanged /path/schema.rb

这会将文件保留在存储库中，但不会跟踪更改。您可以随时使用以下方式切换跟踪：

git update-index --no-assume-unchanged /path/schema.rb

One other thing you can do is use:

git update-index --assume-unchanged /path/schema.rb

This will keep the file in the repository but won't track changes. you can switch the tracking anytime by using:

git update-index --no-assume-unchanged /path/schema.rb

回复收藏 0 原文

似梦非梦 2024-07-23 07:07:04

对我来说非常有效的方法是删除 .gitignore schema.rb，然后在每个开发人员 rake db:migrate 时重新生成它。

您仍然可以实现您想要的目标，而无需从 0 开始迁移，也无需冒着几年前迁移失败的风险，只需定期“汇总”迁移即可。您可以通过以下方式执行此操作：

使用 rake db:migrate 运行所有未完成的迁移
在 ActiveRecord::Schema.defineschema.rb 的内容code> block
将其粘贴到 def up 内的initial_schema迁移中（覆盖已有的内容）
删除所有其他迁移

现在，您的initial_schema迁移是新系统的起点，您不必担心冲突在 schema.rb 中，可能无法正确解析。这并不神奇，但确实有效。

回复收藏 0 原文

北音执念 2024-07-23 07:07:04

在预提交 git hook 中执行 rake db:dump 就足够了吗？

以下内容不一定会解决（1）或（2），但它可能会解决合并问题，然后（1）和（2）可能会消失。

回复收藏 0 原文

落墨 2024-07-23 07:07:04

不要使用 .gitignore，而是使用单独的分支：Develop，其中省略 schema.rb 和 Test 和 部署，其中包含schema.rb。仅在开发分支中进行代码更改，切勿从 Test 合并到 Develop。将 schema.rb 保留在单独的分支中：

Developer A             
    Develop      --------             
    Local Schema          \           Your Repo
    Test                    --------->    Dev A
                            --------->    Dev B
Developer B               /               Master
    Develop      --------                 Schema
    Local Schema                          Test
    Test                                  Deploy

在 Git 中，分支是指向文件内容集合的指针，因此它们可以包含或排除特定文件以及跟踪文件版本。这使得它们成为构建特定工作流程的灵活工具。

Instead of using .gitignore, use separate branches: Develop which omits schema.rb and Test and Deploy which include schema.rb. Only make code changes in the Develop branches and never merge from Test into Develop. Keep schema.rb in a separate branch:

Developer A             
    Develop      --------             
    Local Schema          \           Your Repo
    Test                    --------->    Dev A
                            --------->    Dev B
Developer B               /               Master
    Develop      --------                 Schema
    Local Schema                          Test
    Test                                  Deploy

In Git, branches are pointers to collections of file contents, so they can include or exclude particular files as well as track file versions. This makes them flexible tools for building your particular workflow.

回复收藏 0 原文

也只是曾经 2024-07-23 07:07:04

您可以定义合并策略。
我找到了这个解决方案，但不记得来源

[merge "railsschema"]
name = newer Rails schema version
driver = "ruby -e '\n\
    system %(git), %(merge-file), %(--marker-size=%L), %(%A), %(%O), %(%B)\n\
    b = File.read(%(%A))\n\
    b.sub!(/^<+ .*\\nActiveRecord::Schema\\.define.:version => (\\d+). do\\n=+\\nActiveRecord::Schema\\.define.:version => (\\d+). do\\n>+ .*/) do\n\
      %(ActiveRecord::Schema.define(:version => #{[$1, $2].max}) do)\n\
    end\n\
    File.open(%(%A), %(w)) {|f| f.write(b)}\n\
    exit 1 if b.include?(%(<)*%L)'"

将此放在“某处”并且

git-config --global core.attributesfile "somewhere"

You could define a merge strategy.
I've found this solution, but dont remember the source

[merge "railsschema"]
name = newer Rails schema version
driver = "ruby -e '\n\
    system %(git), %(merge-file), %(--marker-size=%L), %(%A), %(%O), %(%B)\n\
    b = File.read(%(%A))\n\
    b.sub!(/^<+ .*\\nActiveRecord::Schema\\.define.:version => (\\d+). do\\n=+\\nActiveRecord::Schema\\.define.:version => (\\d+). do\\n>+ .*/) do\n\
      %(ActiveRecord::Schema.define(:version => #{[$1, $2].max}) do)\n\
    end\n\
    File.open(%(%A), %(w)) {|f| f.write(b)}\n\
    exit 1 if b.include?(%(<)*%L)'"

put this "somewhere" and

git-config --global core.attributesfile "somewhere"

回复收藏 0 原文

可可 2024-07-23 07:07:04

我构建了一个 gem 来解决这个问题。

它对列、索引名称和外键进行排序，删除多余的空格并运行 Rubocop 进行某些格式化以统一 schema.rb 文件的输出。

https://github.com/jakeonrails/fix-db-schema-conflicts

将其添加到 Gemfile 后，您只需像平常一样运行 rake db:migrate 或 rake db:schema:dump 即可。

回复收藏 0 原文

梦归所梦 2024-07-23 07:07:04

提交 schema.rb 文件。
运行 git pull（或继续您正在执行的操作）

每次迁移数据库时，schema.rb 文件都会更新并显示在 git status 中。当处理某些事情并偶尔执行 git pull 时，这可能会很烦人，因为您必须在拉取之前提交 schema.rb 文件才能解决冲突。这意味着每次迁移数据库时，都需要提交 schema.rb 文件。

回复收藏 0 原文

尘曦 2024-07-23 07:07:04

当然，schema.rb 应该被 Git 跟踪。

我刚刚发布了这个 gem，它可以永久解决分支之间的“冲突”问题。

该宝石的想法很简单。它将所有已迁移的迁移保留在 tmp 文件夹中，以便 Git 忽略它们。这只是你当地的故事。需要这些文件来回滚另一个分支中的“未知”迁移。现在，每当由于在其他分支中运行迁移而导致数据库架构不一致时，只需在当前分支内运行 rails db:migrate ，它就会自动修复问题。宝石会自动为您完成所有这些魔法。