ruby - 以编程方式设置 GEM_HOME/PATH 或 Gem.path

Question

我正在使用我的程序附带的 gem，我只是这样做

Gem.path.insert(0, basedir + '/packages/lib')

它有效(basedir 已设置)。现在这适用于我们拥有的旧 ruby​​(ruby 2.0.0p247 在 rhel5 上，而不是在 /usr/bin 中)。

我们有其他安装了 rhel7 的机器，其中/usr/bin/ruby 是 ruby 2.0.0p353，但相同的代码在那里不起作用 - 一些 gem 无法被要求。

那里(还有旧机器)

ENV['GEM_HOME'] = basedir + '/packages/lib'
Gem.clear_paths

有效，但这完全是丑陋的。

为什么 Gem.path.insert 在这里不起作用，什么是可移植的？(GEM_PATH 和 GEM_HOME 均未设置。)

Answer 1

你应该使用 Gem.paths= .它会为您调用 Gem.clear_paths 并初始化所需的变量。

Gem.paths = {
    'GEM_HOME' => '/opt/rubygems/ruby',
    'GEM_PATH' => '/opt/rubygems/ruby:/opt/rubygems/2.0'
}
# for your example
Gem.paths = { 'GEM_HOME' => "#{basedir}/packages/lib" }

如果您只需要一个 Gem 或一个未作为 Gem 提供的 Ruby 库，则只需将其 lib 文件夹包含到 $LOAD_PATH。

$LOAD_PATH << '/opt/rubygems/ruby/gems/name-0.1.2/lib'
# for your example
$LOAD_PATH.unshift "#{basedir}/packages/lib"

您的解决方法如下，但我建议设置 Gem.paths 或添加到 $LOAD_PATH。

Gem.path.insert(0, basedir + '/packages/lib')
Gem::Specification.dirs << "#{basedir}/packages/lib/specifications'

我已经用 ruby​​-2.0.0p247、ruby-2.0.0p353(都是自己编译的)和 ruby​​-2.0.0p353(CentOS RPM 2.0.0.353-20. el7).来自 openSUSE 13.2 的自编译和 Ruby 2.1.3p242 工作。 CentOS Ruby 不适合我，因为它在解释器到达 Gem.path.insert 行之前调用了 Gem::Specification.dirs。不知道为什么 CentOS 和 RHEL RPM 的行为与干净构建或 openSUSE RPM 不同。

ruby compiled from source calls:
--------------------------------
Gem.clear_paths

ruby from CentOS7 calls:
-----------------
Gem.clear_paths
Gem::Specification.dirs
Gem.path
Gem.paths

以下是在 require 上调用的内容的列表。

• 在某些时候需要调用Gem::Specification.dirs
• Gem::Specification.dirs 调用 Gem.path将它设置为 @@dirs，因为它在第一次调用时没有初始化
• Gem.path 调用 Gem.paths.path
• Gem.paths将它的 @path 设置为 Gem::PathSupport.new , 因为它没有在第一次调用时初始化

因此，如果在将自定义路径插入到 Gem.path 之前调用 Gem::Specification.dirs，则 Rubygem 库不知道要查看自定义文件夹的规范路径。