该项目的版本控制风格是什么？
答案 0 :(得分：14)
您应该只使用偶数版本：x.[even].z。这些都是“稳定的”，并且将向他们发布错误修复（直到下一个次要版本）。
x.[even].z版本。
为了兼容性，您应该查看文档。例如，对于事件：http://nodejs.org/api/events.html
稳定性：4 - API冻结
这意味着您可以放心，EventEmitter类永远不会改变。
然后有像domains这样的东西，没有人确定他们在做什么，你可能不应该使用它：
稳定性：1 - 实验
您最好的方法就是坚持使用Stability >= 3功能，而不必担心版本之间的兼容性。
此外，似乎没有严格的发布周期。
答案 1 :(得分：4)
Node有一个双轨版本控制系统。偶数版本（0.4,0.6,0.8）是稳定的，奇数版本是不稳定的。稳定版本是API稳定的，这意味着如果你使用0.8.1和0.8.2，你应该能够升级，没有问题。
在0.9.x流上，任何更新都可能会更改API，尤其是在正在进行开发的系统部分中。当奇数版本达到一定程度的稳定性和成熟度时，它就成为下一个偶数版本。
答案 2 :(得分：2)
没有严格的定时发布周期。 Node.JS的主要维护者是一个名叫Isaac Schleuter的人，他一直非常公开他的目标和节点的目标。他对此也有很多社区意见，所以他们运行NodeConf和Node Summer Camp以及其他一些事件来收集输入。
如果您有时间真正深入了解社区，请查看NodeUp podcast以及Isaac的一些演讲，以了解他们的目标和API。
你问的是版本1.0。据我记忆，在进入1.0版之前，Isaac有几个他想要稳定的具体事情。特别是，我记得Streams和Buffers真正成为节点增长的关键。 （表明，这仅仅来自记忆）