ruby-on-rails - 如何在协作环境中处理 bundle 程序更新(Gemfile.lock)？

Question

我曾经是某个特定项目的独行程序员，但现在其他人也加入了协作。图片中只有我一个人，所以bundler更新很顺利，而且我从来没有想过Git会跟踪Gemfile.lock。

新的协作者在克隆存储库后运行了bundle install，并且Gemfile.lock更新如下:

Gemfile.lock

@@ -141,7 +141,7 @@ GEM
       rack-ssl (~> 1.3.2)
       rake (>= 0.8.7)
       rdoc (~> 3.4)
-      thor (< 2.0, >= 0.14.6)
+      thor (>= 0.14.6, < 2.0)
     raindrops (0.10.0)
     rake (0.9.2.2)
     rdoc (3.12)
@@ -164,7 +164,7 @@ GEM
     sprockets (2.1.3)
       hike (~> 1.2)
       rack (~> 1.0)
-      tilt (!= 1.3.0, ~> 1.1)
+      tilt (~> 1.1, != 1.3.0)
     thor (0.16.0)
     tilt (1.3.3)
     treetop (1.4.10)
@@ -175,7 +175,7 @@ GEM
     tzinfo (0.3.33)
     uglifier (1.3.0)
       execjs (>= 0.3.0)
-      multi_json (>= 1.0.2, ~> 1.0)
+      multi_json (~> 1.0, >= 1.0.2)
     unicorn (4.3.1)
       kgio (~> 2.6)
       rack

此更改被推送到master的命名分支中。我应该如何应对这一变化？

大声考虑:我是否可以在GitHub上合并Pull Request？首先，我是否只是从上游进行拉动而没有拉动请求？我是否运行特定的 bundle 程序命令以将其与其他协作者的 Gemfile.lock同步？其他协作者可以做些不同的事情，以使它们不会导致任何gem更新(而是下载现有 Gemfile.lock中指定的gem)吗？解决这种情况的最佳做法是什么？

Answer 1

Gemfile.lock应该受版本控制。您应该对此进行任何更改。当有人(您信任的人)更新它时，您应该运行bundle install来安装当前锁定在Gemfile.lock中的gem。

仅运行bundle install不会更新现有的Gemfile.lock。为此，您需要运行bundle update。

综上所述，您的Gemfile.lock中的版本没有实际更改。改变的只是几行的参数顺序。您可以安全地合并或忽略这些更改；生成的Gemfile.lock将(在功能上)相同。