BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

GitHub关闭Gem自动构建功能

| 作者 Werner Schuster 关注 6 他的粉丝 ,译者 丁雪丰 关注 3 他的粉丝 发布于 2009年10月14日. 估计阅读时间: 2 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

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账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT