Node.js，这款由 OpenJS 基金会维护的开源 JavaScript 运行时，宣布大幅调整发布规划。从 Node.js 27 开始，项目将由每年两次大版本发布调整为每年一次，同时废止沿用十余年的奇偶版本号划分规则。
根据将于 2026 年 10 月生效的新计划，每年 4 月发布一个大版本，同年 10 月升级为 LTS（长期支持版本）。此后每个版本都将成为 LTS，不再沿用奇数版短期试用、偶数版长期维护的奇偶区分规则。项目还将引入为期六个月的 Alpha 通道用于早期测试，采用 semver 预发布格式，如 27.0.0-alpha.1。版本主号和首次正式发布的公历年份一一对应，例如 27.0.0 对应 2027 年、 28.0.0 对应 2028 年，以此类推。
这项调整源于 Node.js TSC 成员 Rafael Gonzaga 于 2025 年 7 月提出的提案，提案中提到，维护人员在并行维护多条发布分支、补丁回溯以及维护使用率低迷的版本时运维负担持续加重。特别是奇数版本，常年被绝大多数企业跳过，但志愿发布团队依旧要耗费人力进行日常维护。
曾参与设计现有发布周期的 Node.js 核心资深贡献者 James Snell 承认，这套版本发布机制早已亟待优化：
我完全支持重新梳理发布和 LTS 计划。十年前我第一次提出当前方案时，完全基于当时相关的公司采用周期，而我们此后从未重新梳理过。定期回顾，核验项目与生态的需求是否出现变动，始终很有必要。
并非所有贡献者都在细则上达成共识。GitHub 上的讨论表明，偏好长期支持周期的企业用户和追求快速迭代新特性、频繁升级的开发团队之间存在分歧。Kevin Lentin 从一家大型企业的内部视角写道：
我们当前的策略是运行 LTS，但版本升级节奏很快（有时 SEMVER 的 minor 或 patch 版本在几分钟内就进入开发环境，一小时内进入测试环境，然后在下一个冲刺部署到生产环境）。如果每两年才有一个新 LTS，我会等疯的。即使一年不向后移植也会相当痛苦。
X 平台的官方公告收获颇高热度，点赞超 2100 次，共有 36 条评论。此次版本规则变动还带动了周边技术生态的探讨，有用户在 Angular 社区发帖提议，同类框架参考这套一年一版的发布方案。
对于目前使用 LTS 版本的团队，迁移路径很简单。官方博客指出：“如果你本来就只升级到 LTS 版本，那么除了版本号之外，变化很小。”LTS 支持窗口仍保持在 30 个月左右。官方指南建议类库开发者尽早将 Alpha 版本集成到 CI 管道中，并警告说只基于 LTS 开展测试会导致漏洞无法在影响终端用户前被提前发现。于 2026 年 4 月发布的 Node.js 26 将是旧发布规则的最后一个版本。
Node.js 是一个基于 Google V8 引擎的开源跨平台 JavaScript 运行时。它被广泛应用于服务端开发。Stack Overflow 开发者调查数据显示，它仍是最常用的 Web 技术之一，并获得 Express、Fastify、Next.js 等一众框架的原生支持。
查看英文原文：https://www.infoq.com/news/2026/06/nodejs-release-changes/
