管理 Rails 的 gem 版本/依赖项

Question

简单介绍一下背景，我有很强的 C#/静态类型背景。因此我倾向于用 .dll 来思考。因此，如果我在一个项目中工作，我会引用我所需的 dll，仅此而已。

作为 Ruby 和 Rails 的新手，我发现我可能做错了什么。例如，我使用本地的 gems 在家里创建了一个 Rails 应用程序。使用另一台计算机（例如工作计算机），我尝试处理该项目，却发现我正在使用不同版本的 gem。执行捆绑安装后，我回到了工作项目。

我遇到的问题是我的宝石库变得“混乱”。我最终得到了同一个 gem 的多个版本。这是其他人的工作方式吗？当使用 gem（来自 require）时，它会默认为最新版本吗？我感觉好像我没有正确管理依赖项，尽管正如我所提到的，我是 Ruby 世界的新手。

我是否应该只包含我的依赖项，然后在每次有不同/缺少的依赖项时执行捆绑安装？如果我想升级到较新版本的 gem，会发生什么情况？是否会更新捆绑使用的 gemfile 并继续使用它？

Answer 1

是的，bundler 是使用 Ruby on Rails 处理依赖关系的方法。为什么 ？首先，因为它是附带的（至少对于 3.0 版本）。其次，因为它非常简单（与 Java 的 Maven 不同）。

功能的非详尽列表：

• 它允许您声明一个或多个 gem 存储库以从中获取 gem，
• 按环境（开发、生产...）对依赖项进行分组，
• 以指定您想要的版本

等。有关这方面的更多信息，请查看http://gembundler.com/rationale.html

关于您的问题：是的，如果没有指定，bundler 将采用可用的最新版本。

另外，我想添加一个缺点：您无法根据操作系统指定 gem 版本。例如，nokogiri 有 Linux 版本和 Win 版本。

Answer 2

当需要 gem 中的模块时，默认行为是假设您需要最新版本的 gem（如果您安装了多个 gem）。您可以通过在特定应用程序中指定您想要的版本来更改此设置，如下所示：

gem "rails", "2.3.8"

在您需要宝石中的任何东西之前。这确保了该应用程序将使用指定版本的 gem，即使安装了较新的版本也是如此。

当然，当您不再需要已安装的 gem 的过时版本时，或者如果您始终使用捆绑器，您可以清除它们：只需擦除所有内容并再次运行捆绑器即可安装所需的 gem。

另一个有用的工具是 Ruby 版本管理器 (RVM)，除了处理不同版本的 ruby​​ 之外，它还提供称为 gemset 的功能允许您将不同的应用程序或环境彼此隔离。也就是说，应用程序 A 可以拥有其单独的宝石集及其所有必需的宝石，而应用程序 B 可以拥有另一个宝石集仅包含其所需的宝石。这将大大减少依赖项中的混乱。