当我需要不同版本时,如何解决需要最新版本 gem 的捆绑程序问题?

How to fix issue with bundler requiring latest version of gem when I need to require a different version?

近 2 周以来,我一直在为这个问题绞尽脑汁。我有一台安装了 rbenv 的 Ubuntu 14.04 服务器 运行 宁许多不同的 Rails 网站,其中一些在旧版本 Rails 上,一些在最新版本上.

我有 2 个网站,它们都需要不同版本的 puma_worker_killer,一个需要 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 中安装了 gems 而不是在 ~/.rbenv 中,所以我用 nuked ~/.gem 中的所有红宝石并使用 bundle install 将它们新安装到正确的 rbenv 文件夹中,我仍然遇到同样的问题。

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

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

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

我深入研究了 bundler 的源代码,发现它是由以下代码行引起的:

return if activated_spec.version == spec.version

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

我还应该提到 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)

根据我对捆绑器的理解,它应该在使用 bundle exec 时加载 Gemfile 中列出的版本,以抵消具有相同 gem.[=27= 的多个版本的问题]

我知道我也可以创建一个单独的 gem 集(显然可以用 rbenv 完成),其中包含不同版本的 puma_worker_killer 然后 运行 rbenv local 2.5.3-pwk0.1.0rbenv 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

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

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

在某些情况下 gems 将包含二进制文件。这种情况 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 版本