构建一个红宝石宝石,并有条件地指定依赖关系

看起来我并不孤单，在这个需要。

Rubygems: How do I add platform-specific dependency?

这是一个很长的线程

http://www.ruby-forum.com/topic/957999

我可以看到添加依赖关系到gem的唯一方法是在.gemspec文件中的Gem :: Specifiction块中使用add_dependency方法

Gem::Specification.new do |s|

  # ... standard setup stuff

  # conditionally set dependencies
  s.add_dependency "rb-inotify","~> 0.8.8" if RUBY_PLATFORM =~ /linux/i
  s.add_dependency "rb-fsevent","~> 0.4.3.1" if RUBY_PLATFORM =~ /darwin/i
  s.add_dependency "rb-fchange","~> 0.0.5" if RUBY_PLATFORM =~ /mswin|mingw/i

end

根据我在网上发现的所有文档和线程，我预计如果你安装了gem

> Linux，那么，rb-inotify将是一个依赖关系并自动安装
> Mac – rb-fsevent将被安装
> Windows – rb-fchange将被安装

不过，事实并非如此。块内的“if”语句在构建和打包宝石时进行评估。因此，
如果您在Linux上构建和打包宝石，那么，rb-inotify会作为依赖关系添加，Mac，然后是rb-fsevent，Windows – rb-fchange。

仍然需要一个解决方案，我在rubygems代码中挖掘，似乎以下是发生什么的广泛的发生。

>为你的宝石构建你的所有代码：foo.gem
>创建一个foo.gemspec文件
>构建，打包并将gem发布到诸如rubygems.org之类的gem服务器
>让大家知道
>开发人员通过以下方式在本地安装：gem install foo
> foo.gem文件被下载，解压缩并安装。所有依赖项也被安装。
>一切都应该设置，我们可以使用宝石。

看来，当gem被构建和释放时，foo.gemspec文件被加载，并且Gem :: Specification块被评估并转换成YAML，被压缩为
metadata.gz，并包含在foo.gem中。红宝石代码被压缩成data.tar.gz并包含在内。当宝石安装在本地显影机上时，
YAML从metadata.gz中提取并转换回Gem ::规范块，但不会转换回原始块。

相反，您会看到如下所示的内容：

Gem::Specification.new do |s|

  if s.respond_to? :specification_version then
    s.specification_version = 3

    if Gem::Version.new(Gem::VERSION) >= Gem::Version.new('1.2.0') then
      s.add_runtime_dependency(%q<rb-inotify>,["~> 0.8.8"])
    else
      s.add_dependency(%q<rb-inotify>,["~> 0.8.8"])
    end
  else
    s.add_dependency(%q<rb-inotify>,["~> 0.8.8"])
  end

end

好。所以，我有一个鸟瞰的过程，但是，这并不改变我的愿望，构建一个单一的宝石，并有条件地指定一系列的操作系统目标的依赖。

如果有人有一个解决方案，除了为每个目标操作系统构建多个.gemspec文件…我都是耳朵！