GitHub 于 2026-10-06 在官方 Changelog宣布 Stacked PRs 正式 GA,所有 github.com 计划可用,GHES 将在后续版本支持。官方数据:使用 stack 的仓库合并代码量比同类多 9%,Top 1% 仓库中超过三分之二已在用,合并耗时缩短 5%。GA 版本新增:变基后保留未改动代码的审批、自动签名替换提交、整栈作为一个 merge group 进合并队列、base 分支删除后自动重定向;auto-merge 将在未来数周推出。CLI 扩展 gh-stack v0.2.0 已支持 Git worktree,并可通过 gh skill install github/gh-stack 让 AI 编码 Agent 学会拆分大 PR。
核心要点速览
- ✓效果数据(官方 Changelog):使用 stack 的仓库合并代码量多 9%;Top 1% 仓库中超过 2/3 已采用,合并耗时缩短 5%
- ✓审批与签名:Rebase stack 后未改动代码的审批保留,即使仓库开启了「自动作废过期审批」;替换提交自动签名并保留原作者
- ✓合并队列:整栈作为 1 个 merge group 进入;使用 merge commit 方式时每个 PR 生成 1 个合并提交;stack auto-merge 未来数周内推出
- ✓Agent 集成:gh-stack v0.2.0(2026-10-02,1.6k stars)支持 worktree,可用
gh skill install github/gh-stack安装 Agent 技能;pull_requestwebhook 新增stackedaction - ✓覆盖范围:所有 github.com 计划可用,GHES 将在后续版本支持;需要 gh v2.0+ 和 Git 2.36+

开发者 3 秒速决决策指标
把技术选型换算成你的开发预算
40 款主流编程套餐横向比价,支持输入/输出 Token 真实账单模拟
相关资源与官方项目出处
免代理直达深度技术解析与实战评估
核心背景与行业痛点
AI 编码 Agent 让单个 PR 越来越大,动辄上千行 diff,评审跟不上,变基时审批失效,Agent 生成的代码因此卡在 review 队列里。Stacked PRs 的做法是把大改动拆成一串互相依赖的小 PR,每层只审自己那一段 diff。GitHub 在 2026-07-30 开放公测,10 月 6 日通过官方 Changelog 宣布正式 GA。
架构亮点与底层机制
一个 stack 是有序的分支链:最底层的 base 是 main,上面每层以下一层为 base。GA 版本主要改进:Rebase stack 后未改动代码的审批保留;替换提交自动签名并保留原作者;整栈作为一个 merge group 进入合并队列;base 分支被删除时自动重定向,不会关闭底部 PR;有绕过权限的用户可以合并最底层未合并的 PR;pull_request webhook 新增 stacked action,PR 页顶部常驻显示 stack 信息,用 Shift+J/K 可在各层之间切换。
权威 Benchmark 与实测跑分对比
暂无第三方基准,只有官方运营数据:使用 stack 的仓库合并代码量比同类多 9%;Top 1% 仓库中超过三分之二已采用,合并耗时缩短 5%。
开发者实战落地与开箱指南
安装 gh-stack:gh extension install github/gh-stack(需 gh v2.0+、Git 2.36+),然后用 gh stack init → add → push → submit 一键开出整串 PR;v0.2.0 已支持 worktree。想让 Claude Code、Codex 等 Agent 学会拆分大 PR,可执行 gh skill install github/gh-stack。操作文档见 GitHub Docs。
即刻查看该技术对应模型与主流工具的实测差异,或一键测算团队 API 调用与 $20/月套餐盈亏平衡点。
讨论与评论
0登录后即可参与深度讨论
与广大 AI 开发者、工程师交流评测心得与前沿洞察