GitHub Stacked PR 正式 GA：AI 时代的巨型 diff 终于有标准解法

发生了什么

10 月 6 日，GitHub 宣布 stacked pull requests（堆叠 PR）正式 GA。核心用法一句话：把一次大改动拆成若干个小而聚焦的 PR，每个可以独立 review，最后一起合并。

GA 随附的数据值得看一眼：自 public preview 以来，使用 stack 的仓库相比同类仓库合并的代码量多了 9%；头部 1% 的仓库里，超过三分之二在用 stacked PR，合并耗时缩短了 5%。这是 GitHub 官方口径，样本和方法论没公开，但方向和体感一致：小步快跑确实比巨型 PR 更容易合进去。

GA 带来了哪些改进

这次 GA 不是简单摘掉 beta 标签，补了一批 review 体验的硬伤：

审批不再被 rebase 冲掉。 当 base 分支（如 main）往前走、stack 需要 rebase 时，Rebase stack 现在会保留已有的审批——即使仓库开了"清除过期审批"的规则。这是之前最劝退的一点：辛辛苦苦攒的 approve，一次 rebase 全没了。

rebase 后的提交保持签名。 GitHub 在 Rebase stack 时生成带签名的替换提交，保留原始作者信息；部分合并后的自动 rebase 也一样，只要分支规则要求签名或原提交带签名。

合并更像一个整体。 整个 stack 以单个合并组进入并通过 merge queue；用 merge commit 方式时，现在是每个 PR 一个 merge commit，而不是整个组合并成一个。这让历史记录和单 PR 的对应关系更干净。

其他补强：有 bypass 权限的人可以直接合并 stack 里最底部未合并的 PR；base 分支被删时 stack 自动 retarget 而不是关掉底部 PR（支持"一个 stack 从另一个 stack 分叉"的玩法）；auto-merge 正在未来几周内 rollout，选一组 PR，等全部就绪自动一起合；PR 页面的持久 header 里永远可见 stack 上下文，列表页也能看；Shift+J / Shift+K 在 stack 内 PR 间跳转；timeline 记录 PR 加入/移出 stack 的事件，webhook 的 pull_request 事件新增 stacked action；gh stack 扩展支持 Git worktree，初始化、切换、导航都更快了。

评价区还放了两句名人背书：Astral（OpenAI）创始人 Charlie Marsh 说"一次合并就让我确信它很棒"；Comcast 的工程师说在 PR UI 里直接看到 stack 的每个分支和状态，"让 review 彼此的工作轻松得多"。可用范围：所有 github.com 套餐，GitHub Enterprise Server 后续版本跟进。

为什么 vibe coder 应该第一个用起来

先说痛点：AI agent 最擅长产出的，就是巨型 diff。你让它"重构一下认证模块"，它吭哧吭哧吐出 40 个文件、2000 行变更的一个 PR——你根本 review 不动，只能"看着像对的"就合了。这正是 vibe coding 质量事故的最大来源：不是 agent 写得差，是人看不过来。

Stacked PR 是这个痛点的标准答案：让 agent 把一次大改动交付成一串小 PR。迁移数据库 schema 是一个 PR，加新 API 端点是一个 PR，前端调用改造是一个 PR——每个独立可 review、独立可回滚。你可以从最底层的 PR 开始看，逻辑链条一层层往上走，review 的认知负荷从"2000 行"降到"每次 200 行"。

实操建议：下次让 agent 做大改动时，直接在提示词里要求"按 stacked PR 交付"——每个 PR 只做一件事、标题写清依赖关系。配合这次 GA 的 auto-merge 和 merge queue 单组行为，底部 PR 合了之后上层自动跟进，你只需要在每个检查点点头。这比"一个巨型 PR + 祈祷"靠谱一个数量级。

还有一个被低估的点：rebase 保留审批。vibe coder 的常态是"agent 改完→人 review→agent 再改"，base 分支在这期间往前走是家常便饭。以前这意味着审批清零、重新攒；现在审批跟着走，review 的摩擦少了一大截。对"人机反复"的 workflow，这是实实在在的体验修复。

最后说一句：工具链正在系统性地适配"AI 产出巨型变更"的新现实——stacked PR 管 review 侧，Copilot dynamic workflows（本站昨日报道）管流程侧。vibe coding 的下半场，比的不是谁的 agent 更能写，而是谁的工程习惯更能接住 agent 的产出。先学会拆 PR 的人，先拿到红利。