GitHub关闭Gem自动构建功能

作者 Werner Schuster 译者 丁雪丰 发布于 2009年10月13日

领域

语言 & 开发

主题

Ruby ,

动态语言 ,

语言 ,

RubyGems ,

编程 ,

github

分享到

GitHub已经从EngineYard搬到了RackSpace，过渡非常平稳，但GitHub终止了它们的Gem自动构建功能。

顺便提一下，GitHub曾经有一项功能——当有变更被推送到代码库时，自动为它构建一个Gem。这些Gem随后被托管在GitHub上，链接为gems.github.com，它们还将被保留一年。

这个Gem构建和托管功能也存在一些争议，因为它增加了一个与RubyForge相似的Gem托管站点。由于它能频繁自动构建Gem，很多人都考虑只在GitHub而非RubyForge上发布Gem，这将造成Gem空间的分裂。

既然这个功能已经被关闭了，是时候重新拿起那些能自动构建Gem并将其上传至RubyForge的工具（例如项目配置工具Hoe）了。

GitHub的博客宣布了该Gem功能的终结，同时也提供了另一个托管Gem的选择：Gemcutter。在Gemcutter上发布Gem十分简单：gem push name.gem。Gem用户可以轻松地将Gemcutter作为Gem源：gem install gemcutter，该命令将安装一个Ruby Gems插件，它会处理Gemcutter的。gem tumble将把Gem的源切换到Gemcutter服务器上。

Gemcutter的开发者看上去也很有兴趣成为主要的Gem托管站点。人人都能用新的名字来创建并推送Gem，不过出于安全考虑，不能使用RubyForge上已经存在的名称。对于那些想为自己提供Gem版本的开发者，也可以使用Gemcutter来进行托管，他们需要编辑.gemspec文件，为Gem名称添加额外的后缀来加以区分。

查看英文原文：GitHub Stops Automatic Gem Building

译者 丁雪丰 是InfoQ中文站编辑，满江红翻译组核心成员，出版过《Spring攻略》、《JRuby实战》等多部译著。主要关注领域：企业级应用、海量数据计算、动态语言应用等。