GitHub 堆叠式拉取请求正式可用

核心事实

GitHub 于 2026 年 10 月 6 日宣布，堆叠式拉取请求（stacked pull requests）正式可用。该功能允许开发者把大型改动拆分为多个更小、更聚焦的拉取请求，分别评审后一并合并。GitHub 表示，该功能面向所有 github.com 方案提供，并将纳入即将发布的 GitHub Enterprise Server 版本。

背景与影响

据 GitHub 官方博客，该功能自公开预览以来，使用堆叠的代码仓库合并代码量比同类仓库高出 9%；排名前 1% 的仓库中超过三分之二已使用堆叠式拉取请求，其合并耗时改善了 5%。正式发布同时带来多项调整：当堆叠在其基础分支（如 main）前进后更新时，「Rebase stack」会保留原有批准，即使仓库设置为清除过期批准；变基产生的替换提交保持签名，部分合并后的自动变基在分支规则要求签名或原提交已签名时同样会签名。具备绕过仓库规则权限的用户，可用该权限合并堆叠中最底部的未合并拉取请求。堆叠现在以单一合并组进入并通过合并队列；使用合并提交方式时，GitHub 为每个拉取请求各创建一个合并提交。基础分支被删除时，堆叠会自动重新指定目标而非关闭其底部拉取请求。自动合并将在未来数周内逐步推出。界面方面，堆叠信息常驻于拉取请求页头部，列表视图可查看所属堆叠详情，并支持 Shift + J、Shift + K 快捷键在堆叠内导航；时间线会记录拉取请求加入或移出堆叠的事件，pull_request webhook 新增 stacked 动作。GitHub CLI 的 gh stack 扩展现已支持 Git worktree。

限制与来源

上述数据均来自 GitHub 官方更新说明，未提供独立验证。自动合并为分阶段推出，具体可用时间、各方案与 GitHub Enterprise Server 版本的支持情况，请以 GitHub 官网当前信息为准。本文信息来源为 github.blog 的更新日志。