GitHub 正式推出 Stacked Pull Requests：重构代码合并新范式
GitHub 在 2026 年 10 月 6 日宣布，其备受期待的 Stacked Pull Requests（堆叠拉取请求） 功能现已正式进入通用版（Generally Available, GA）。这一重大更新标志着 GitHub 在代码审查与合并流程上的又一次架构演进，旨在解决大型项目中“拆分过大”与“合并过于复杂”之间的矛盾。
核心突破与功能特性
自预览期以来，采用堆叠 PR 的仓库已展现出显著的效率提升：合并代码量较同行增加 9%，而排名前 1% 的顶级仓库在使用该功能后，合并时间缩短了 5%。此次 GA 版本不仅扩大了覆盖范围，更针对开发者反馈进行了多项关键优化。
1. 更灵活的合并与重基策略
- 保留审批状态：当堆叠的基线分支（如
main）更新时，Rebase stack操作现在能保留原有的审批（Approvals），即使仓库配置为忽略过期的审批。 - 签名承诺保留：重基后的提交将保持原有的签名状态，确保代码审计的完整性。
- 权限穿透：拥有绕过仓库规则权限的用户，现在可以直接合并堆叠中未合并的最低层级 PR。
2. 统一的合并体验
- 单组合并队列：堆叠 PR 现在作为一个单一的“合并组”进入合并队列，避免了碎片化操作。
- 精细化合并提交：在使用合并提交（Merge Commit）时，GitHub 会为每个 PR 创建独立的合并提交，而非为整个堆叠创建一个，便于追溯具体变更。
- 自动重定向：当堆叠的基线分支被删除时，GitHub 会自动重定向堆叠，而不是关闭底部的 PR，完美支持分支派生工作流。
3. 自动化与导航增强
- 自动化合并：未来几周将支持为堆叠设置自动化合并，一旦满足仓库合并要求，整个堆叠将自动合并。
- 上下文持久化：堆叠信息将永久显示在 PR 页面的顶部，支持在 PR 列表视图中查看所属堆叠详情。
- 快捷键导航：引入
Shift+J和Shift+K快捷键，实现堆叠内 PR 的快速切换。 - CLI 与 Agent 支持：GitHub CLI 的
gh stack扩展现已支持 Git 工作区（worktrees），并优化了初始化与导航速度，为 Agent 工作流提供了更强的底层支持。
开发者价值与应用场景
Stacked Pull Requests 特别适合需要频繁合并多个依赖项的大型项目。正如 Astral 创始人 Charlie Marsh 所言："只需一次使用 GitHub 的堆叠 PR 合并，我就确信这太棒了。" 它让团队能够像管理单一功能一样管理复杂的依赖链，极大地降低了审查负担。
Comcast 的软件工程师 David Mostoller 也指出，在 GitHub PR UI 中直接看到堆叠中的每个分支状态并快速导航，让团队互审工作变得更容易且更有意义。
该功能目前对所有 GitHub.com 计划开放，并将在即将发布的 GitHub Enterprise Server 版本中纳入，为大规模企业级开发提供标准化的协作工具。
