项目的版本控制风格是什么？
user1785721
问问题
6269 次
3 回答
15
您应该只使用偶数版本：x.[even].z. 这些都是“稳定的”，错误修复将发布给他们（直到下一个小版本）。x.[even].z在任何给定时间仅支持最新版本。
为了兼容性，您应该只查看文档。例如，对于事件：http ://nodejs.org/api/events.html
稳定性：4 - API 冻结
这意味着您可以放心 EventEmitter 类永远不会改变。
然后是域之类的东西，没有人知道他们在做什么，你可能不应该使用它：
稳定性：1 - 实验
您最好的办法就是坚持使用Stability >= 3功能，而不用担心版本之间的兼容性。
此外，似乎没有严格的发布周期。
于 2013-02-09T20:24:28.907 回答
4
Node 有一个双轨版本控制系统。偶数版本（0.4、0.6、0.8）稳定，奇数版本不稳定。稳定版本是 API 稳定的，这意味着如果您使用 0.8.1 并且 0.8.2 出现，您应该能够毫无问题地升级。
在 0.9.x 流上，任何更新都可能更改 API，尤其是在系统中正在积极开发的部分中。当奇数版本达到一定程度的稳定性和成熟度时，它将成为下一个偶数版本。
于 2013-02-09T16:35:10.490 回答
1
没有严格的定时发布周期。Node.JS 的主要维护者是一个名叫 Isaac Schleuter 的人，他一直非常公开地谈论他在 node 上的目标和目标。他也对很多社区的意见持开放态度，因此他们举办 NodeConf 和 Node Summer Camp 以及其他一些活动来收集意见。
如果您有时间真正深入社区，请查看NodeUp 播客和 Isaac 的一些演讲，了解他们的发展方向和 API。
您询问版本 1.0。据我记得，Isaac 在进入 1.0 版之前有几件具体的事情要稳定下来。特别是，我记得 Streams 和 Buffers 确实成为 node 增长的关键。（也就是说，这只是记忆中的）
于 2013-02-09T22:11:04.800 回答