io.js团队刚刚宣布2.0版本的发布，在新版本中对V8 JavaScript引擎进行了升级。

在io.js 2.0版本对应的V8.4.2引擎中，值得注意的升级改动包括：类得到了完整的支持，可以在不使用开关标记的情况下，在严格模式（即声明‘use strict;’）中使用class关键字。对象字面量表式法（object literal）也得到了改进，可以用于方法或属性的缩写。此外还实现了由harmony-rest-parameters标记控制的剩余参数（rest parameters）特性。

在新版本中，V8引擎的升级包含了少量的破坏性变更，此外还包括了对C++ API以及os.tmpdir()方法的变更。根据技术委会员成员Rod Vagg在io.js 2.0中的说明，后者“现在能够实现跨平台的行为一致性，在任何平台上返回路径时都不会带上结尾的斜杠。”

还有一点值得注意的是，在io.js 2.0中，版本，涉及到npm outdated以及npm update中本地模块的变动。此外还支持默认作者字段，因此可以直接使用npm init -y，而无需用户输入。

对于io.js来说，与Node.js的和解或许最终能够得以实现。在“”这篇博客文章中，提到了Node.js的管理人Scott Hammond“表现出……他将io.js带回node.js项目的意愿。”这篇文章的发布时间在今年2月，其中提到“与Joyent的讨论还在进行中，目前为止还没有任何变化，一旦Hammond成立的提议能够得到一个技术管理模型，那么关于io.js是否回归的问题就将交给整个社区进行讨论。

5月7日，作为io.js团队创始成员之一的Mikael Rogers在一篇关于io.js的博客文章“”中表示，这一项目确实需要找到归属，“可以让一个中立机构为这一项目提供支持，而依然由整个社区对其进行管理”。他在此大声地说出了他的顾虑，即当该项目没有官方的运营资源时，“商业利益”有可能会出现填补这一空白。Rogers断言，io.js需要一个基金会，他建议遵循Linux基金会所推荐的方式。

他总结道：

\

一个多月之前，Linux基金会与来自Node.js和io.js项目的人一起开始创建一种管理模型与捐献政策，他们考虑将这些项目放回基金会进行运作，目前相关的、、及政策等内容均已完成。

\\

基金会的政策是保留我们对于io.js所做工作的进展，他们逐字地解释了io.js的自由合作模型与开放管理模型，但他们也表示可以由一个中立机构拥有在这些政策下进行管理的资产。

\

在GitHub上的这个帖子“”的讨论是向公众开放的，目前已经有超过115条留言了，从人们的反应来看，很大一部分人都倾向于io.js与Node.js的整合。

来自Spark Labs的高级软件工程师在留言中表示“我还在一条条地阅读细节，但它看上去非常明智，是经过深思熟虑的。感谢你们的努力，我表示支持这一举措。”而Cordova/PhoneGap的联合开发人之一的说道“感谢你们把它们合在一起，是每个人的努力工作才能够得到这个潜在的解决方案……我也倾向于它们的合并。”

对于那些想法还停留在过去的人，Rogers强调说：

\

“是时候忘掉过去了。如果我们做出了这个决定，那么我们都将是Node.js的一员，并且有责任解决这个问题。我们不需要再受限于历史，那些曾经在这一项目上工作超过一年的来自Joyent的人都已经离开了，要让每个离开的人都参与进行是愚蠢的行为。让我们把目光向前看，并解决这些问题，并且现在可以选择为这两个项目同时解决问题了。”

\

今年1月，Node.js这个富有争议的分支，即io.js的1.0版本推出了。虽然它超越了Node，但io.js团队当时说，这次发布并不意味着io.js已经“为生产环境的使用做好了准备”。

iojs/io.js这个GitHub库是由技术委员会以及由他们在发展过程中选择的合作者共同维护的。任何人都能够为这一项目贡献代码，io.js坚持某个，所有的贡献、发布与贡献人都是由某个掌管的。

查看英文原文：