资料（http://alinode.aliyun.com/blog/40）
Node.js LTS 计划
Node.js core 在 Node.js 与 io.js 合并后，为了保证发布稳定有序，让开发者能够合理安排升级，开始使用 LTS（Long Term Support）来规划发布周期。第一个 LTS 版本是 v4，发布于 2015 年 10 月。在这个规划下，Node.js 的版本相当于 master 分支在特定时间下经过稳定化处理的快照，时间到了就将 master 分支上稳定的部分整合起来，发布新的版本，因此 Node.js 的发布是以时间的流逝为准，在保证兼容性靠拢的前提下跳版本，而不是以兼容性和新特性的多少为准，这也解释了为什么 Node.js 的版本看上去跳得那么快（不是“啊，我们攒了这么多大招，可以发新版了！”而是“啊，四月到了该发版了，我们把攒过的大招过一遍，看有什么够稳定能加进去的，虽然可能这些招不怎么大就是了……”）。值得一提的是，目前的常青浏览器/主流 JavaScript 引擎/ECMAScript 标准/C++ 标准也是采用类似的原则，以时间跨度为基准，从主干上截取稳定特性来进行发布的。
每一个 LTS 都会有一个代号，从元素周期表取元素名，按照字母表排序，挑选出合适的。v4 的代号是 Argon(氩)，v6 的代号是 Boron（硼）。
Semantic Versioning - major.minor.patch
Node.js 的版本命名规则遵循 semantic versioning，版本号分为三部分，第一个数字（semver-major）增加，表示有不兼容的改变；第二个数字（semver-minor）增加，表示有保持兼容的新特性；第三个数字（semver-patch）增加，表示有在保持兼容性与特性不变的前提下的改动，比如修复了 bug 或者改进了文档。这个命名规则有利也有弊，此处不赘述，但它的一些矛盾之处使得 Node.js 的命名有一些例外，比如安全更新即使会导致不兼容，为了能够更新到所有 major 版本，也依然是 semver-minor