Node.js 目前的最新版是v25.7.0，每年 Node.js 都会有两次大的更新节奏，但其中的版本更新却有一个"潜规则"：偶数稳定，奇数跳过 ，虽然 Node 的更新频率很高，但最终大家安装的版本基本都是稳定的 LTS 版本，也就是偶数版本。
这让奇数版本的 Node.js 变得很尴尬。
而最近官方终于想通了，要对现在运行了 10 年的发布节奏做大调整！
一年只出一个精品
以前 Node.js 的规则挺让人头大的：偶数版（如 20, 22）是长期支持的"亲儿子"，奇数版（如 21, 23）则像是个临时的"试验田"，生命周期极短，大家基本都选择跳过。
现在从 2026 年（Node.js 27）开始，废弃这条规矩。
以后每年只在 4 月发布一个主版本，一年只出一个精品 ，而且每一个版本都会自动转为 LTS。
2027 年为 27.0.0，2028 年为 28.0.0。
开发者终于不用再纠结哪个数字是稳定的，闭眼升级就完事了。
哪些没变
做了这么大的变更，所有的东西都要改吗？
答案是：并没有。对于以下内容，还是保持不变：
- 长期支持期限保持不变：29 个月
- 保留迁移窗口：长期支持版本之间的重叠仍然存在。
- 质量标准不变：同样的测试方法，同样的 CITGM 流程，同样的安保流程
- 规律的发布周期：四月发布新版本，十月进行 LTS 推广
- V8 采用周期：Node.js 的最新版本仍将包含最多只有 6 个月左右的 V8 版本
为什么突然要改？
关于改动的原因，官方没有拐弯抹角，表现的很坦诚，主要有 2 个原因：
用户不买账开发维护太累了
官方统计过，绝大多数的企业和开发者根本不碰奇数版本，大家都在用 LTS。没有 LTS 就等，等到出了 LTS 再安装。既然如此，何必浪费精力去维护那些没人用的中间版本呢？
Node.js 的核心代码主要靠社区的开发者在用"爱发电"，要同时维护 4-5 个版本的 Bug 和安全漏洞，压力实在太大。精简成一年一版，能大大减轻开发者的压力，有更多时间投入到研发中。
不盲目发布，留有缓冲
为了保证这一年一度的大版本足够稳，Node.js 官方加了一个 Alpha 阶段（每年 10 月到次年 3 月）。
对于维护开源项目的极客来说，可以在这个阶段跑 CI 测试，这个阶段允许引入破坏性更新，等到了 4 月正式发布，API 就基本定型进入稳定期了。
关键更新时间节点
Node.js 26： 依然走老路子（偶数版，LTS）。
Node.js26 依然遵循旧的发布模式，在 2026 年 10 月进入 LTS，维护到 2029 年 4 月；是旧模式的最后一个版本。
Node.js 27： 它是新时代的开端，2026 年底开启 Alpha，2027 年 4 月发布，10 月直接转 LTS。
等到明年，我们将正式迎来 Node.js 27.0.0
总结一下
总的来说，Node.js 这次调整，变得更像一个"成年人"了。不再盲目追求更新频率，而是开始追求更稳健、更可预测的生命周期。
对于我们开发者来说，这是一个好消息，不用再出现版本选择困难症了。