如何为单个Rails项目中的脚本处理Bundler中不同的gem依赖关系？

如何解决如何为单个Rails项目中的脚本处理Bundler中不同的gem依赖关系？

| 我们的Rails应用程序从多个来源提取提要。提取这些提要的工作人员需要rmagick，oracle数据库和许多其他gem的gem依赖项。简而言之，与主要的Web应用程序相比，它们具有非常不同的依赖项需求。直到Rails 3和Bundler，生活才是美好的。 这些与工人宝石的依赖关系与我们的实际生产网站无关。在Rails 3下，一个Gemfile应该包含所有这些依赖项。这就要求将所有gem依赖项都加载到生产应用程序中，这会带来讨厌的副作用，这将导致毫无意义的膨胀，可能的安全性问题，内存泄漏，复杂的部署以及其他弊端。可悲的是，Bundler打破了标准的需求机制，通过允许我们仅在工作人员中仅需要必需的宝石，并将它们放在系统中的某个位置，而不是在捆绑包中，本来可以摆脱困境。工人使用我们的rails模型来归档他们的数据。 谁能提出建议使该系统在Rails 3中实用的解决方案？我很想让Gemfile在某些地方使用条件环境变量来驱动gem命令，但是，看来Gemfile.lock可能会使这种问题从处理一个工作程序脚本（用于提要）到下一个工作脚本（可能需要不同的依赖关系。救命？？？     

解决方法

        我一直在考虑类似的问题，尽管我现在还没有任何解决方案可以使用，但是您的问题确实使我想到了更多问题。我认为您应该可以使用小组来完成此任务。您可以将以下内容添加到您的Gemfile中：

group :workers do
  gem \"extra_gem_1\"
  gem \"extra_gem_2\"
end

然后，您可以致电

Bundler.require(:default,:workers)

这样就可以装载您的宝石了。如何工作取决于您的设置，您可能可以向

config/application.rb

添加逻辑，或者您可能需要在其他地方进行此操作。这可能有点骇人听闻，但是无论如何它都可以在控制台中工作。 安装宝石时，您可以致电：

bundle install --without workers

从生产中排除这些宝石。 另外，您可以使用两个Gemfiles，但这似乎也很混乱，因为可能存在一些交叉。