看起来我并不孤单,在这个需要。
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的平台选项进行配置。看看doc:http://guides.rubygems.org/specification-reference/#platform=