Windows Terminal 2.0 Roadmap：6 周里程碑交付模式与 2.0 完整场景清单

本文基于 Windows Terminal 仓库中的官方路线图文档 terminal-v2-roadmap.md，完整解读 Windows Terminal 2.0 的交付规划：6 周里程碑的运作机制、2020–2021 年的版本时间线、Issue 分诊与优先级机制，以及 2.0 全部 19 个核心场景的清单与状态。读完本文，你可以掌握该项目"Preview 先行、稳定版滞后一个月"的发布节奏，并能在开源仓库中快速定位每个 2.0 功能对应的 spec 文档与源码实现。

路线图定位：2.0 愿景及其后继文档

Windows Terminal 2.0 路线图概述了向 Windows Terminal 2.0 交付演进的计划。需要首先明确的是：该文档开头即声明其内容已被 Terminal 2022 Roadmap 取代，而 2022 路线图又由 Terminal 2023 Roadmap 接续。

从 2022 路线图的表述可以看出团队规划的演进脉络：团队最初确实规划了一个独立的 "Terminal v2" 目标，但在约 18 个月的迭代后得出结论——没有必要发布严格意义上的"2.0"版本，持续增量更新即可有效服务社区；2.0 路线图中的剩余工作量被整体并入 22H1、22H2 两个"学期"里程碑中继续消化。因此，阅读本文档的最佳方式是把它视为2.0 范围（Scope）的定义书：它定义了 2.0 到底要交付什么、按什么优先级交付，而其交付节奏则被后续路线图继承和修正。

6 周里程碑模型：开发、质量、发布三阶段

Windows Terminal 以一组 6 周里程碑（Milestone） 进行工程化开发与交付。新特性先进入 Windows Terminal Preview（预览渠道）构建，在 Preview 中驻留约一个月后，再进入正式渠道的 Windows Terminal 构建。原文档对每个 6 周周期内各阶段的活动划分如下：

时长	活动	产出
4 周	Dev Work（开发）：面向未来 Windows 版本的内核/控制台修复与特性、面向 Windows Terminal 应用的修复与特性	第 4 周末向内部自测者（Internal Selfhosters）发布
1 周	Quality & Stability（质量与稳定性）：Bug 修复、性能与稳定性、UI 打磨、测试等	第 5 周末推送到 Microsoft Store
1 周	Release（发布）：Microsoft Store 与 GitHub Releases 双渠道可获取、发布说明与公告博文、工程系统维护、社区互动、文档、下一里程碑规划	正式 Release 可用

这个模型的工程含义是：每个版本在"对外可见"之前，已经经历了 4 周特性开发 + 1 周专项稳定期；而 Preview 与正式渠道之间约 1 个月的时滞，则构成了一轮天然的灰度验证。仓库中的发布工程脚本（如 tools/ReleaseEngineering/ 下的版本说明生成与 Servicing 流水线脚本）正是支撑该发布流程的工具链。

版本时间线：2020-06 至 2021-10 的里程碑排期

原文档给出了各里程碑进入 Windows Terminal 与 Windows Terminal Preview 构建的排期表（日期为粗略估计，可能调整）：

里程碑结束日期	里程碑内容	对应 Preview 版本发布
2020-06-18	1.1 进入 Windows Terminal Preview	Windows Terminal Preview 1.1 Release
2020-07-31	1.2 进入 Preview；1.1 进入正式渠道	Windows Terminal Preview 1.2 Release
2020-08-31	1.3 进入 Preview；1.2 进入正式渠道	Windows Terminal Preview 1.3 Release
2020-09-30	1.4 进入 Preview；1.3 进入正式渠道	Windows Terminal Preview 1.4 Release
2020-11-30	1.5 进入 Preview；1.4 进入正式渠道	Windows Terminal Preview 1.5 Release
2021-01-31	1.6 进入 Preview；1.5 进入正式渠道	Windows Terminal Preview 1.6 Release
2021-03-01	1.7 进入 Preview；1.6 进入正式渠道	Windows Terminal Preview 1.7 Release
2021-04-14	1.8 进入 Preview；1.7 进入正式渠道	Windows Terminal Preview 1.8 Release
2021-05-31	1.9 进入 Preview；1.8 进入正式渠道	Windows Terminal Preview 1.9 Release
2021-07-14	1.10 进入 Preview；1.9 进入正式渠道	Windows Terminal Preview 1.10 Release
2021-08-31	1.11 进入 Preview；1.10 进入正式渠道	Windows Terminal Preview 1.11 Release
2021-10-20	1.12 进入 Preview；1.11 进入正式渠道	Windows Terminal Preview 1.12 Release

从排期结构看，Preview 版本与正式渠道版本始终保持一个版本的错位（Preview 的 1.N 与正式渠道的 1.(N-1) 同期交付），这正是前文"Preview 先行约一个月"机制的时间线体现。后续的 2022 路线图在此表基础上继续延排了 1.13、1.14 等版本，读者可对照 roadmap-2022.md 查看完整时间线的延续。

Issue 分诊与优先级机制

原文档规定了需求进入里程碑的流程：新提交的 issue / 需求 / 请求每周数次被分诊（triage），打上相应标签，并按优先级分配到里程碑：

• P0（严重崩溃、数据丢失等）：尽快处理（ASAP）；
• P1 / P2 的 issue、特性、请求：分配给当前或未来的里程碑；如果该特性是交付 2.0 所必需的，则先放入 Terminal 2.0 milestone 待后续指派；
• 不在 2.0 特性清单中的 issue / 特性 / 请求：统一进入 Terminal Backlog 里程碑，等待后续的分诊、优先级排序与排期。

这套机制保证了 2.0 范围是"闭集"——只有清单上的场景才会被安排进 2.0 里程碑，其余需求通过 Backlog 漏斗按节奏补充进来，避免范围蔓延。

2.0 核心场景全表：19 个功能的范围定义

以下表格完整继承原文档的 "2.0 Scenarios" 清单，逐行列出 2.0 的每个场景、描述说明与状态。原文同时注明：还有许多不属于 2.0 的特性将被重新评估并排入 3.0（其计划在 2021 年公布）。

优先级	场景	描述 / 备注	状态
0	Settings UI（设置界面）	一个连接 settings.json 的用户界面，让用户无需手编 JSON 文件即可编辑设置。Issue：#1564；Spec：#6720、#6904；实现：#7283、#7370、#8048	已完成
0	Command palette（命令面板）	列出可执行动作与命令的弹出式菜单。Issue：#5400、#2046；Spec：#2193；实现：#6635	已完成
1	Tab tear-off（标签页分离）	把标签页从当前窗口中"撕下"，生成新窗口或附着到另一个窗口。Issue：#1256、#5000；Spec：#2080、#7240	进行中
1	Clickable links（可点击链接）	对文本缓冲区中出现的任何链接建立超链接；点击后在默认浏览器中打开。Issue：#574；实现：#7251	已完成
1	Default terminal（默认终端）	当命令行应用被启动时，应在 Windows Terminal（若已安装）或用户首选的终端中打开。Issue：#492；Spec：#2080、#7414	已完成
1	Overall theme support（整体主题支持）	标签页着色、标题栏着色、窗格边框着色、窗格边框宽度、"主题"的定义。Issue：#3327；Spec：#5772	有延期风险
1	Open profile elevated（以管理员身份打开配置文件）	配置某些配置文件始终以管理员权限打开（若 Terminal 本身未提权）。Issue：#5000、#632；Spec：#8455	进行中
1	Open tab in existing window（在已有窗口中开新标签）	在已存在的 Terminal 窗口中打开新标签。Issue：#5000、#4472；Spec：#8135	已完成
1	Traditional opacity（传统不透明度）	不带亚克力（acrylic）模糊效果的透明背景。Issue：#603	已完成
2	SnapOnOutput / scroll lock（输出停靠/滚动锁）	点击时暂停输出或滚动。Issue：#980；Spec：#2529；实现：#6062	已完成
2	Infinite scrollback（无限回滚缓冲区）	文本缓冲区拥有无限历史记录。Issue：#1410	有延期风险
2	Pane management（窗格管理）	原始 issue 中列出的全部问题，包括：鼠标拖拽调整窗格大小、窗格缩放（zoom）、打开新窗格时提示选择使用哪个配置文件。Issue：#1000	进行中
2	Theme marketplace（主题市场）	用于创建和分发主题的市场。依赖于整体主题支持	有延期风险
2	Jump list（跳转列表）	在任务栏（右键）/ 开始菜单中显示各配置文件。Issue：#576；实现：#7515	已完成
2	Open with multiple tabs（以多标签启动）	一个设置项，允许 Windows Terminal 以指定的标签配置启动（而非仅靠命令行参数）。Issue：#756	已完成
3	Open in Windows Terminal（在此打开终端）	在文件或文件夹上右键，选择"Open in Windows Terminal"。Issue：#1060；实现：#6100	已完成
3	Session restoration（会话恢复）	启动 Windows Terminal 后恢复上次的会话，包括正确的标签与窗格配置、起始目录。Issue：#961、#960、#766	已完成
3	Quake mode（快速下拉模式）	提供"快显快隐"的终端：按下热键出现/消失。Issue：#653	已完成
3	Settings migration infrastructure（设置迁移基础设施）	在不破坏用户设置的前提下迁移设置。与 Settings UI 配套。	有延期风险
3	Pointer bindings（指针绑定）	提供可绑定到鼠标的设置。Issue：#1553	有延期风险

状态标记说明（继承原文档图例）：

• 进行中（原文标记 📝）：特性正在开发中；
• 已完成（原文标记 ✔️）：特性已完成并随 Preview 构建发布；
• 有延期风险（原文标记 🦶）：特性有被推迟到 2.0 之后的风险。

优先级定义（原文脚注）：

• 0：Mandatory（必须）
• 1：Optimal（最优，强烈期望交付）
• 2：Optional / Stretch-goal（可选 / 冲刺目标）
• 3：未显式定义，从清单位置看属于更靠后的补充项（如 Quake mode、Session restoration 等体验增强特性）

可以看出 2.0 的范围设计：优先级 0 的两个特性（Settings UI、Command palette）是"必须"项；优先级 1 的 7 项构成 2.0 的主体体验（标签分离、默认终端、整体主题、提权打开等）；优先级 2/3 的 10 项为体验增强。其中标记"有延期风险"的 5 项（整体主题、无限回滚、主题市场、设置迁移、指针绑定）正是后续 2022 路线图继续消化的重点。

从场景到仓库：2.0 特性的 spec 与源码落点

2.0 场景清单中的每个特性都能在仓库中找到对应的 spec 文档与（部分）实现代码，以下是与场景表强相关的仓库落点，便于读者沿路线图深入阅读：

Settings UI（优先级 0，已完成）

• Spec：[Settings UI spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#1564 - Settings UI/spec.md)，以及配套的设计文档（design.md、cascading-settings.md），其中还包含设置继承（inheritance）的交互设计图。
• 实现：设置编辑界面位于 src/cascadia/TerminalSettingsEditor，按页面拆分为 MainPage、Profiles_Base、Profiles_Appearance、Profiles_Terminal、ColorSchemes、Actions（按键绑定）、Launch（启动配置，对应"Open with multiple tabs"场景）等 XAML 页面与 ViewModel；被编辑的数据模型在 src/cascadia/TerminalSettingsModel。

Command palette（优先级 0，已完成）

• Spec：[Command Palette spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#2046 - Command Palette.md)。
• 实现：CommandPalette.cpp、CommandPalette.h、CommandPaletteItems.cpp 位于 src/cascadia/TerminalApp，与 FilteredCommand、SuggestionsControl（命令补全建议）等组件协同，构成弹出式动作菜单。

SnapOnOutput / 滚动锁（优先级 2，已完成）

• Spec：[SnapOnOutput spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#980 - SnapOnOutput.md)。
• 实现：滚动输出控制逻辑位于 TerminalControl 组件，可参见 ControlCore.cpp 中会话状态相关的处理。

Quake mode（优先级 3，已完成）

• Spec：[Quake Mode spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#653 - Quake Mode/%23653%20-%20Quake%20Mode.md)，描述了热键触发、窗口快速显示/隐藏的交互目标。
• 实现：src/cascadia/TerminalApp 中 TerminalWindow、TerminalPage 与 AppActionHandlers 等文件包含 Quake 模式相关的窗口行为处理；对应的全局设置项可在 defaults.json 等设置模型文件中检索。

Open tab in existing window / 提权打开配置文件（优先级 1）

• 两者均归属进程模型改造，Spec 见 [Process Model 2.0](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#5000 - Process Model 2.0/%235000%20-%20Process%20Model%202.0.md) 目录，其中 [Windows Terminal Session Management spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#5000 - Process Model 2.0/%234472%20-%20Windows%20Terminal%20Session%20Management.md) 对应"在已有窗口开新标签"，[Elevation Quality of Life Improvements](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#5000 - Process Model 2.0/%231032%20-%20Elevation%20Quality%20of%20Life%20Improvements.md) 对应"以管理员身份打开配置文件"（含提权盾牌图标等设计稿）。

Tab tear-off（优先级 1，进行中）

• Spec 草稿：Tab tearoff。该特性依赖 #5000 的进程模型工作，因此在 2.0 时点状态为"进行中"。

Pane management（优先级 2，进行中）

• 相关 spec：Panes and Split Windows，覆盖窗格拆分/导航的早期设计；后续仓库中还沉淀了 Pane Navigation spec。

Default terminal（优先级 1，已完成）

• Spec：[Default Terminal spec](https://gitcode.com/GitHub_Trending/term/terminal/blob/20588130d8ef2ba40eb56bdae88e04cce7fc5b5d/doc/specs/?utm_source=gitcode_repo_files#492 - Default Terminal/spec.md)。

Jump list（优先级 2，已完成）

• Spec 草稿：Profiles Jumplist spec。

Overall theme support（优先级 1，有延期风险）

• 相关草稿：Application Theming（目录内含主题设计说明与示意图），后续演进方向可参考 Theme-controlled color scheme switch。

需要说明：场景表中引用的 issue / PR 编号（如 #1564、#7283）指向项目托管平台上的对应条目，仓库内不直接包含这些条目内容；上述 spec 与源码路径是仓库内可直接核验的依据。

小结：2.0 路线图在整体演进中的位置

回看这份文档，可以归纳出三个要点：

1. 交付机制先于功能清单：6 周里程碑（4 周开发 + 1 周质量 + 1 周发布）与 Preview/正式渠道的错位发布，是该团队在 2020–2021 年保持双月左右发版节奏的基础，且这一机制被 2022、2023 路线图原样继承。
2. 2.0 是一个闭集范围：19 个场景按 0/1/2/3 优先级分级，P0 问题插队处理、清单外需求统一进 Backlog，保证了范围可控；其中 Settings UI 与 Command palette 两个"必须"项在清单中已标记完成，是 2.0 交付的主体。
3. 路线图是活文档：2.0 的"进行中"与"有延期风险"项（Tab tear-off、整体主题、窗格管理、无限回滚等）在 2022 路线图 中被并入 22H1/22H2 学期里程碑继续推进，团队也据此放弃了"严格 2.0 大版本"的发布方式，转向持续增量交付。研究 Windows Terminal 版本规划时，建议将本文档与 roadmap-2022.md、roadmap-2023.md 以及 doc/specs 下的各特性 spec 串联阅读，即可完整还原从 2.0 愿景到持续交付的规划演进。