GitHub 正式上线 Stacked PR 功能，重塑开发者协作流程
堆叠式拉取请求进入公开预览，大型代码审查效率有望大幅提升
2026年7月30日，GitHub 正式宣布 Stacked PR（堆叠式拉取请求）功能进入公开预览阶段。这一功能允许开发者将多个相互依赖的拉取请求以堆叠方式组织管理，从根本上改变了大型代码库的协作审查模式。对于从事复杂功能开发和大型重构项目的团队来说，Stacked PR 有望大幅提升工作效率。
Stacked PR 的核心概念是将一个大型变更拆分为多个较小的、相互依赖的拉取请求，并以堆叠形式呈现。每个子 PR 都包含一个独立的变更，但彼此之间存在明确的依赖关系。开发者可以按顺序审查和合并这些 PR，确保每个步骤都经过充分验证。这种模式特别适合需要多轮迭代的复杂功能开发，避免了传统单一大 PR 难以审查的问题。
在实际使用中，Stacked PR 显著降低了代码审查的认知负担。审查者可以按照逻辑顺序逐一审查变更，每个 PR 的变更量保持在可控范围内，更容易发现潜在问题。对于提交者而言，Stacked PR 允许在等待审查的同时继续推进后续工作，不必担心合并冲突或代码分歧。GitHub 的界面也针对堆叠式工作流进行了优化，提供了清晰的依赖关系图和状态概览。
Stacked PR 在大型开源项目和分布式团队中尤其有价值。Linux 内核、Kubernetes 等大型项目长期以来一直采用类似的分层提交模式，但受限于工具支持，实施成本较高。GitHub 原生支持 Stacked PR 后，降低了这一工作流的门槛，使更多团队能够采用精细化的代码审查策略。多位知名开发者已在社交媒体上表达了对此功能的支持。
技术实现方面，GitHub 在底层重构了 PR 的依赖跟踪机制，确保堆叠关系在合并、重基和冲突解决等操作中保持一致性。Stacked PR 还支持与 GitHub Actions 的深度集成，可以自动触发针对每个子 PR 的持续集成流水线，确保每个步骤都通过自动化测试。开发者还可以通过 GitHub CLI 和 REST API 管理堆叠 PR，实现自动化的 CI/CD 工作流。
从开发者社区反馈来看，Stacked PR 在早期的内测阶段就获得了广泛好评。超过 60% 的参与内测的开发人员表示，Stacked PR 显著减少了他们等待代码审查的时间。许多技术团队已经报告称，采用堆叠式工作流后，代码合并速度提升了近 30%，代码审查质量也得到了明显改善。
GitHub 表示，Stacked PR 功能将在未来几个月内逐步从公开预览过渡到正式发布。期间 GitHub 将根据社区反馈持续优化功能和用户体验。对于软件开发行业而言，Stacked PR 的推出可能标志着代码审查流程的一次重要进化，有望推动更多团队采用增量式开发和大规模协作模式。