前言
做开发的同学都懂：大 PR 简直是团队效率杀手。动辄上千行的变更、reviewer 看懵、冲突频发、合并一拖再拖，最后整个迭代节奏全被打乱。
现在 GitHub 终于出手了 ------官方原生堆叠式 PR 工作流 gh-stack 正式登场，把 Meta、Google 用了近十年的高效模式带到主流平台，专治各种 "大 PR 综合症"。
一、什么是堆叠式****PR （ Stacked PR ）
传统 PR：所有分支直接指向 main，大功能只能塞一个 PR 里。
堆叠式 PR：分支按顺序依赖，上层分支基于下层分支，形成链式结构，把大功能拆成多个小 PR，逐层提交、并行评审、依次合并。
核心价值：
- 大功能拆小，单 PR 控制在 200--400 行
- 下层评审时，上层可继续开发，不阻塞进度
- reviewer 上下文清晰，缺陷更少、审批更快
二、官方数据：小****PR 有多香
GitHub 引用对 150 万 PR 的分析：
- 200--400 行的 PR，缺陷减少 40%
- 审批速度比大 PR 快 3 倍
gh-stack 的目标就是：哪怕整体功能很大，也能把每个 PR 维持在这个高效区间。
**三、**gh-stack 核心能力一览
CLI + UI****双支持，完全可选
不用死磕命令行，网页端直接创建堆叠 PR，门槛极低。
自动级联****rebase + 原子推送
gh stack sync 一键处理整个堆栈的变基与推送，告别手动层层 rebase 的噩梦。
**内置堆栈映射，**reviewer 一目了然
PR 页面直接展示依赖关系，无需第三方插件或额外账号。
CI****友好、分支保护合规
规则作用于最终目标分支，CI 就像每个 PR 直接指向 main 一样运行。
AI****代理深度集成
安装技能后，AI 可自动拆分大 diff、按堆栈模式开发，进一步提效。
四、与第三方工具****Graphite 简单对比
|------|-----------------|------------------|
| 维度 | GitHub gh-stack | Graphite |
| 集成度 | 原生内置，零额外成本 | 需独立工具 / 账号 |
| 使用门槛 | CLI/UI 均可 | 需学习专用工具 |
| 价格 | 免费 | 付费版 $20 / 用户 / 月 |
| 成熟度 | 2026.4 私有预览 | 多年迭代，更稳定 |
五、当前局限与注意事项
- squash /rebase 会改写提交哈希，中间层建议用标准 merge commit
- Git 本身不管理分支依赖，堆栈过长会增加认知负担，建议 3--4 层为上限
- 级联 rebase 冲突仍需人工处理，复杂场景考验经验
六、总结与上手建议
GitHub 原生堆叠 PR，标志着小步快跑、精益评审成为官方标准流程。
对团队而言：
- 立刻降低大 PR 比例，reviewer 压力大减
- 并行开发与评审，迭代速度显著提升
- 代码质量更稳，线上缺陷更少
建议：
- 先在小功能 / 个人项目试水 gh-stack
- 团队统一 PR 拆分规范：单 PR 只做一件事
- 逐步替换传统大 PR 流程，享受堆叠式开发红利