RubySpec 重生:破茧成蝶-阿里云开发者社区

开发者社区> 开发与运维> 正文

RubySpec 重生:破茧成蝶

简介:

RubySpec 现在由 ruby/rubyspec 和 MRI, JRuby, Opal,各种独立开发者积极维护着。欢迎越来越多的 RubySpec 贡献者。

在 12 月 31 日这一天...

@brixen,RubySpec 的主要贡献者,决定终结这个 RubySpec 项目。虽然停止维护这个项目是可以理解的,但是完全终结却是有些过分了。

几天后,@headius 在 ruby-core 开启了关于 “Ruby 未来测试套件” 的讨论。参与者一致同意 RubySpec 和 MRI 测试套件都是很有价值的,都有各自的特色,是互补的。跟不同 Ruby 实现的贡献者交流之后,就有计划的想为 RubySpec 振兴而进行一些合作。

把 RubySpec 提上日程

自从 MRI 1.9.2 版本之后,MRI 就运行了 RubySpec。但是由于一些意见分歧,RubySpec 有了好几个 forks。这些 forks 由 MRI 提交者在所有支持 MRI 的版本上维护,但是并没有合并到 upstream。

第一步是合并 rubyspec/rubyspec 和 MRI fork。

@anthonycrumley 开始修复大量不兼容 MRI 的规范。@nurse 和 @hsbt 为 ruby/rubyspec 提供新的库。最后 @eregon 进行了实际的合并 (of 1426 commits!) 修复了 MRI 所有支持版本的规范 (2.0.0 – trunk)。

最后结果是,我们有了一个集成了所有重要 forks 的 RubySpec,完全兼容参考实现,可以在许多其他平台上运行。

与其他实现协作

RubySpec 的目标是定义一个精确,可运行的 Ruby 编程语言规范。这是一个具有挑战性的任务,也非常有意义!

JRuby 使用 RubySpec 很多年了,需要用一个有效的方式来回馈 RubySpec。JRuby+Truffle,JRuby 后端,同时可以使用 RbuySpec 扩展。

Opal 已经开始使用 RubySpec,并且提供几千个规范示例。

同时也向 Rubinius 发出了贡献邀请。

贡献

常规贡献方式:

改进现有规范

为当前未指定的方法编写规范

为新 Ruby 特性编写规范

如果不知道怎么做,可以创建一个 issue 来提问:

describe "RubySpec.new" do
  it "is a path to more compatible rubies" do
    contribute.and(the_future.of(Ruby)).should == :bright
  end
end

文章转载自 开源中国社区 [http://www.oschina.net]

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章