BT

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

Engine Yard要接管Ruby 1.8.6的维护?

| 作者 Mirko Stocker 关注 1 他的粉丝 ,译者 张龙 关注 14 他的粉丝 发布于 2009年3月2日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

当前Ruby的境地很尴尬,它有很多不同的实现/分支,而且特性迥异——当然这并不是针对其竞争者JRuby、Rubinius、MagLev及IronRuby来说的,而是其1.8.6、1.8.7和1.9.1这三个版本。

几周前Ruby 1.9.1终于发布了其稳定版,同时也开始不断劝说开发者从1.8版上迁移过来。去年5月发布的Ruby 1.8.7通过移植一些特性和API变更来简化从1.8迁移到1.9的代价。但遗憾的是,一些库和框架并非只是与该版本的Ruby搭配使用,这导致了很多人对1.8.7敬而远之。Ruby的其他实现的进度也是相当的慢,最后造成了JRuby完全跳过了1.8.7的结果。

这就是Matz及核心的开发者所维护的Ruby中有三个不兼容版本的原因所在了。大家就该情况展开了一系列讨论,最后建议Ruby核心团队将1.8.6版的维护工作转交给他人,而当前的维护者maintainer Shyouhei也乐意这么做。来自于Engineyard(已在Ruby 1.8.6上运行了大约6000个虚拟机,他们不打算升级)的Ezra Zygmuntowicz“很高兴接受Ruby 1.8.6的维护工作”,Shyouhei也对其表示欢迎:“如果没有人申请的话,我很愿意将Ruby 1.8.6的维护工作交你接管”。

有些问题仍在讨论当中,比如是否将其迁移到GitHub上及迁移到哪个分支上。Brent Roman的“MBARI”补丁看起来很有希望,它修复了一些长期存在的内存泄漏问题和Ruby GC的一些问题(InfoQ已经报道过MBARI补丁及其作用)。下面的内容来自于Ezra的邮件列表:

我们支持Brent将这些补丁打到当前的1.8.6上并希望他们成为主线上的1.8.6、1.8.7及1.8.*的一部分。这些补丁并不会破坏任何API或是产生向后兼容问题,相反他们能极大的改进我们测试的所有Ruby应用的内存问题。在测试中我们看到Ruby应用的GC占据了45%的CPU时间,而应用这些补丁能极大的降低CPU的占用率。

但这对于开发者选择Ruby版本的决策来说却没有什么用处,Ruby 1.8.6仍会继续存在并得到维护。你还在使用1.8.6么,如果是的话,为什么不升级呢?

查看英文原文:Engine Yard to Take Over Ruby 1.8.6 Maintenance?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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