自 2025 年夏季以来，Visual Studio Code 一直保持每月发布一个包含大量新功能的稳定版本，以及 3-4 个包含特定新功能和错误修复的补丁版本。

但微软方面日前发布了一份“2026 年 3 月迭代计划 [草案]”宣布，在对开发和交付流程进行简化之后，其决定从 2026 年 3 月 9 日起，每周发布一个新的稳定版本。

“Endgame 将并入我们的每周工作计划。 Issues 将被分配至以对应发布版本命名的里程碑中。到三月中旬，我们将确定如何向大家通报正在进行和计划中的工作，大致按日历月份划分。敬请关注。”

有人对新的发布规律表示欢迎，但也有人担心质量标准会因此下降。

这令人困惑和担忧。

我预见到三件事会发生：

1. 补丁说明中披露了某项变更，该变更已生效，用户可以体验到该变更。
2. 某项变更已生效，但要等到补丁说明发布才会公开。用户对此变更并不知情，却可能受到其影响。
3. 补丁说明中公布了即将到来的变更，但由于反复出现不可预见的问题，该变更一再被推迟。等到该功能最终发布时，用户早已忘记了最初的公告，却正受到一项他们并不知情的变更的影响。

---

如果目标是提高发布频率，那么或许设置多个发布渠道会更好：

• Nightly（仅供开发/测试使用）
• Weekly（面向早期用户和扩展程序开发者）
• Monthly（面向稳定性）

---

作为用户，我认为在没有发布说明的情况下，发布非错误修复/非补丁版本是不负责任的。

作为办公室的“fixer”，我不想在某个随机的星期放下手头的一切工作，挨个去每个人的电脑上改一个 VS Code 设置。我自己也有事情要做，有时候甚至会占用我整整一周的时间。我想扩展程序开发者们也会有同样的感受。

对于上述疑惑，微软方面则回应称，“和以前一样，每次发布都会有发布说明。我们过去会发布名为 iteration-plan 的月度计划。我们希望继续让大家了解未来 1-4 周的更新内容，鉴于我们每周都会发布一个新的稳定版本，我们正在研究这类计划文档的具体形式。”