这里的其他答案是正确的:是的，你的Ruby应用程序(不是你的Ruby gem)应该包含Gemfile。锁定回购。要详细说明为什么它应该这样做，请继续阅读:

我错误地认为，每个环境(开发、测试、阶段、测试……)都进行了捆绑安装来构建自己的Gemfile.lock。我的假设是基于Gemfile。Lock不包含任何分组数据，如:test、:prod等。这种假设是错误的，因为我在一个令人痛苦的地方问题中发现了这一点。

经过进一步调查，我很困惑为什么我的Jenkins构建显示获取一个特定的宝石(ffaker, FWIW)成功，但当应用程序加载并需要ffaker时，它说文件未找到。WTF ?

更多的调查和实验显示了这两个文件的功能:

首先，它使用Gemfile。锁定去获取所有的宝石，即使是那些不会使用在这个特定的环境。然后它使用Gemfile选择在这个环境中实际使用哪些获取的宝石。

因此，尽管它在第一步中基于Gemfile获取了宝石。锁，它不包括在我的:测试环境，基于组在Gemfile。

修复(在我的情况下)是移动宝石'ffaker'从:开发组到主组，所以所有的env都可以使用它。(或者，将其添加到:development，:test，视情况而定)

同意r-dub，把它放在源代码控制中，但对我来说，真正的好处是:

在相同的环境下协作(忽略windows和linux/mac的东西)。Gemfile之前。Lock，下一个安装项目的人可能会看到各种令人困惑的错误，责怪自己，但他只是一个幸运的人，得到了下一个版本的super gem，打破了现有的依赖关系。

更糟糕的是，这发生在服务器上，得到未经测试的版本，除非遵守规则并安装准确的版本。Gemfile。Lock使这个显式，它会显式地告诉你你的版本不同。

注意:记得把东西分类，比如:development和:test

2021年的答案很简单: Gemfile。lock也应该在Rubygems的版本控制中。现在公认的答案是11年。

这里有一些理由(从评论中挑选出来):

@josevalim https://github.com/heartcombo/devise/pull/3147 # issuecomment - 52193788

Gemfile。Lock应该留在存储库中，因为贡献者和开发人员应该能够派生项目，并使用保证有效的版本运行它。

@rafaelfranca https://github.com/rails/rails/pull/18951#issuecomment-74888396

我不认为忽略锁文件是一个好主意，即使是插件。 这意味着“git克隆;包;Rake test”序列不能保证通过，因为您的几十个依赖项中的一个被升级并使您的代码中断。此外，正如@chancancode所说，它使平分更加困难。

Rails也有Gemfile。锁定git:

https://github.com/rails/rails/commit/0ad6d27643057f2eccfe8351409a75a6d1bbb9d0

有点晚了，但答案仍然花了我时间和外国阅读来理解这个问题。因此，我想总结一下我对Gemfile.lock的了解。

当您构建Rails应用程序时，您正在本地机器中使用特定版本的gems。如果希望避免在生产模式和其他分支中出现错误，就必须使用那个Gemfile。锁文件无处不在，并告诉捆绑器捆绑重建宝石每次它的变化。

如果Gemfile。你的生产机器上的锁已经改变了，Git不允许你Git pull，你应该写Git reset——很难避免文件改变和再次写Git pull。

没有Gemfile。锁的意思是:

新的贡献者不能运行测试，因为奇怪的事情失败了，所以他们不会贡献或者得到失败的pr……糟糕的初次体验。 如果你丢失了本地的Gemfile.lock，你就不能回到x年前的项目，在不更新/重写项目的情况下修复一个错误

->总是检入Gemfile。锁，让特拉维斯删除它如果你想更彻底https://grosser.it/2015/08/14/check-in-your-gemfile-lock/

这里的其他答案是正确的:是的，你的Ruby应用程序(不是你的Ruby gem)应该包含Gemfile。锁定回购。要详细说明为什么它应该这样做，请继续阅读:

我错误地认为，每个环境(开发、测试、阶段、测试……)都进行了捆绑安装来构建自己的Gemfile.lock。我的假设是基于Gemfile。Lock不包含任何分组数据，如:test、:prod等。这种假设是错误的，因为我在一个令人痛苦的地方问题中发现了这一点。

经过进一步调查，我很困惑为什么我的Jenkins构建显示获取一个特定的宝石(ffaker, FWIW)成功，但当应用程序加载并需要ffaker时，它说文件未找到。WTF ?

更多的调查和实验显示了这两个文件的功能:

首先，它使用Gemfile。锁定去获取所有的宝石，即使是那些不会使用在这个特定的环境。然后它使用Gemfile选择在这个环境中实际使用哪些获取的宝石。

因此，尽管它在第一步中基于Gemfile获取了宝石。锁，它不包括在我的:测试环境，基于组在Gemfile。

修复(在我的情况下)是移动宝石'ffaker'从:开发组到主组，所以所有的env都可以使用它。(或者，将其添加到:development，:test，视情况而定)