以编程方式设置 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'

我已经Gem.path.insert使用 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::Specification.dirs在解释器到达该Gem.path.insert行之前调用。不知道为什么 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.

• 在某些时候require调用Gem::Specification.dirs
• Gem::Specification.dirs调用Gem.pathset it's @@dirs，因为它在第一次调用时未初始化
• Gem.path来电Gem.paths.path
• Gem.paths将其设置@path为Gem::PathSupport.new，因为它在第一次调用时未初始化

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