ruby-on-rails - 当我需要不同版本时，如何解决需要最新版本 gem 的 bundler 问题？

Question

近 2 周以来，我一直在用这个挠头。我有一个安装了 rbenv 的 Ubuntu 14.04 服务器，运行着许多不同的 Rails 网站，其中一些在旧版本的 Rails 上，其中一些在最新版本上。

我有 2 个网站，它们都需要不同版本的 puma_worker_killer，1 个需要 0.1.0，另一个需要 0.1.1。这两个网站都使用 Ruby 2.5.3。

当我用 RAILS_ENV=dev3 bundle exec pumactl -F ./config/puma.rb start 启动服务器时我在日志中收到以下错误并且网站挂起:

You have already activated puma_worker_killer 0.1.1, but your Gemfile requires puma_worker_killer 0.1.0. Prepending `bundle exec` to your command may solve this. (Gem::LoadError)

起初我认为这可能是 rbenv 的问题，因为我将 gem 安装在 ~/.gem 而不是 ~/.rbenv 中，所以我已经在 ~/.gem 中删除了所有 ruby 并将它们重新安装到正确的带有 bundle install 的 rbenv 文件夹我仍然遇到同样的问题。

现在，我想澄清一下，我已经在网上对这个主题进行了广泛的研究，我知道我可以做很多事情来解决这个问题。

我知道我可以更改版本和 bundle update puma_worker_killer .

我也知道我可以通过执行 gem uninstall puma_worker_killer 来删除最新版本并选择 0.1.1 但这意味着不会满足对其他网站的依赖。

我已经对 bundler 的源代码进行了一些挖掘，可以看到它是由以下代码行引起的:

return if activated_spec.version == spec.version

在使用 bundle exec 的 bundler 上下文中运行时 activated_spec和 spec匹配，这意味着该方法 ( check_for_activated_spec! ) 中的以下代码不运行。出于某种原因，在运行上面的命令启动服务器时， activated_spec (激活的 gem) 是最新版本 (0.1.1) 而不是 Gemfile (0.1.0) 中列出的版本，这意味着它不会返回并抛出上述错误。

我还应该提到，get_process_mem 似乎也存在同样的问题，它是 puma_worker_killer 的依赖项之一。它提示已经激活 0.2.5 但我的 Gemfile 想要 0.2.4:

You have already activated get_process_mem 0.2.5, but your Gemfile requires get_process_mem 0.2.4. Prepending `bundle exec` to your command may solve this. (Gem::LoadError)

我对 bundler 的理解是在使用 bundle exec 时应该加载 Gemfile 中列出的版本。为了解决这个拥有同一个 gem 的多个版本的问题。

我知道我也可以创建一个单独的 gemset(显然可以使用 rbenv 完成)，其中包含不同版本的 puma_worker_killer，然后运行 ​​ rbenv local 2.5.3-pwk0.1.0或 rbenv local 2.5.3-pwk0.1.1取决于我想要的版本，在项目内部，但这对于我想要实现的目标来说似乎有点过分了。

按照这个速度，我很想用 puma_worker_killer 和 get_process_mem 的最新版本更新所有网站，然后将它们锁定并删除服务器上的所有旧版本，但我认为我不应该这样做。

有谁知道这里发生了什么，或者我是否做错了什么？

下面是我在 puma 配置中使用 puma_worker_killer 的一段代码。

before_fork do
  require 'puma_worker_killer'

  PumaWorkerKiller.config do |config|
    config.ram           = 1024 # mb
    config.frequency     = 5 # seconds
    config.percent_usage = 0.98
    config.rolling_restart_frequency = 12 * 3600 # 12 hours in seconds
  end

  PumaWorkerKiller.start
end

Answer 1

这里发生的事情基本上是你的系统中有几个版本的 gem。

大多数时候它不会引起问题，因为 bundle exec将为您的应用程序动态加载所需的版本。

在某些情况下，gem 会包含二进制文件。就是这种情况bundle exec将无济于事，因为您在一瞬间只能链接一个版本。

基本上，如果你想通过别名调用二进制文件，你必须为每个应用程序使用单独的 gemset。

如果您想将所有 gem 保存在一个地方，您可以直接调用二进制文件。

在您的情况下，它将是:

RAILS_ENV=dev3 bundle exec pumactl _0.1.0_ -F ./config/puma.rb

_<version>_构造允许您指定要运行的二进制文件的版本。

您也可以创建自定义二进制文件，例如 fake_pumactl在将检查 Gemfile.lock 的项目内并自动代理您对库的调用并自动为您指定版本。另一种方法是通过 shell 脚本解析 gem 版本并将此脚本而不是 _<version>_在您的通话中。

这是一个简短的例子

$ gem install puma
Fetching puma-4.3.3.gem

$ gem install puma -v 4.3.0
Fetching puma-4.3.0.gem

$ pumactl -v
4.3.3

$ pumactl _4.3.0_ -v
4.3.0

$ ruby -v
ruby 2.6.3p62

$ export puma_version=_4.3.0_
$ pumactl ${puma_version} -v
4.3.0

puma_version变量可以从 bash 命令的结果中定义，该命令将从 Gemfile.lock 中提取 gem 版本。 .