【GitHub 堆栈式 PR：是救命稻草还是过度包装？】GitHub 正式公测 Stacked PR（堆栈式 PR），允许开发者将大型变更拆解为一系列有依赖关系的微型 PR。核心逻辑是让每一层变更都能独立评审，最后通过 UI 或 CLI 实现一键原子化合并。这解决了长期以来“大 PR 没人敢看，小 PR 手动 Rebase 到死”的痛点，尤其是针对当前 AI 辅助编程导致的代码量激增，这种“分层治理”能显著降低评审者的认知负荷。这件事之所以引发圈内热议，是因为它触及了 Git 协作的“原罪”：GitHub 长期以来把 PR 当作一等公民，却忽视了 Commit 级别的精细评审。反对者认为这只是在为“不会写 Commit”的开发者打补丁，把本该由 Git Rebase 解决的逻辑美感变成了 UI 层的堆砌；而支持者则看重它对 CI 流程的解放——每一层都能跑独立测试，且合并时自动处理分支重定向。带走一个判断：这不只是个 UI 插件，它是 GitHub 在 AI 时代试图重塑代码评审流的一次关键卡位，即便它现在还带着“煎饼果子”图标的草台班子味。 github.blog/changelog/2026-07-30-stacked-pull-requests-are-now-in-public-preview/