当我需要不同版本时,如何解决需要最新版本 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_spec
和 spec
匹配时,意味着该方法中的以下代码 (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.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
这里发生的事情基本上是您的系统中有多个版本的 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 版本
近 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_spec
和 spec
匹配时,意味着该方法中的以下代码 (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.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
这里发生的事情基本上是您的系统中有多个版本的 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
.