堆叠式拉取请求开启公开预览2026 年 7 月 30 日消息堆叠式拉取请求现已开启公开预览。它可将大型更改拆分为小型、可审查的拉取请求是一系列有序的拉取请求每个请求代表所做更改的一个聚焦层。借助堆叠功能能独立审查和检查每个拉取请求然后一键合并所有内容无需打开需长时间审查的大型拉取请求也不用将工作分散到多个分支中并手动进行变基操作。多方盛赞堆叠式拉取请求众多行业人士对其称赞有加。Vercel 公司 NextJS 项目负责人 Tim Neutkens 表示“在过去几个月里我们在 Next.js 项目中使用了 GitHub 堆叠式 PR。它帮助我们在推出大型功能的同时引入更小的独立更改使 PR 审查变得更加容易。”jQuery 创始人 John Resig 称“新的 GitHub 堆叠式 PR 预览版太棒了可以直接将 5 个堆叠式 PR 一次性加入合并队列必须给个 A这消除了很多摩擦而且 gh 命令行工具和代理技能帮了大忙。”TED 公司首席技术官 Andy Merryman 指出“人工智能让 TED 的开发人员的工作效率大幅提升但这也带来了一个新的瓶颈PR 变得越来越大审查人员难以应对。堆叠式 PR 有助于解决这个问题。通过将大型更改拆分为小型、按依赖顺序排列的部分审查可以以更小的逻辑块进行——不仅能加快 PR 审查速度还能提高审查的准确性。堆叠式 PR 缩短了我们的反馈周期有助于更快地将稳定的代码部署到 ted.com 上。”WHOOP 公司连接工程师 Mayank Saini 说“过去一个大的更改意味着要创建一个没人愿意审查的巨型 PR。现在它变成了一系列小的 PR审查人员实际上可以跟进而且整个堆叠可以一键合并。它不再像是 GitHub 之上的一个工具而更像是 GitHub 本身的一部分。”堆叠式拉取请求的优势与使用方法借助堆叠式拉取请求团队可以推动大型更改持续进行通过并行审查简短、范围狭窄的拉取请求确保每一层的质量使用聚焦的拉取请求审查并结合现有的分支保护机制来保护 main 分支还能合并一个、部分或全部请求可以一次性合并整个堆叠也可以一次合并单个层。由于它是内置于 GitHub 中的现有的审查、检查和合并要求都能直接使用。开始使用 CLI 扩展在不到一分钟的时间内安装 CLI 扩展并创建第一个堆叠命令为gh extension install github/gh-stack。从终端或 github.com 创建堆叠可以在 github.com、GitHub CLI、GitHub 移动应用上使用堆叠功能也能使用具备 gh-stack 技能的编码代理如 GitHub Copilot。首先为第一次更改创建一个分支和拉取请求然后在其基础上添加更多分支和拉取请求每个拉取请求都针对其下一层。独立审查每一层打开堆叠中的任何拉取请求即可仅审查该特定层的差异。使用拉取请求顶部的堆叠地图能了解正在审查的更改如何融入更大的工作中。团队成员可以并行审查不同的层而不会阻碍后续工作。一键合并所有内容合并最新的就绪拉取请求即可在一次操作中合并该请求及其下方的所有未合并层。若要合并部分堆叠可以合并一个或多个较低层——其上方的拉取请求将保持打开状态并自动进行变基和重新定位。现有的分支保护和必需检查仍然会控制哪些内容可以进入 main 分支。了解更多并分享反馈堆叠式拉取请求将在未来几天内向所有仓库推出公开预览版。针对堆叠式拉取请求的合并队列支持将在未来几周内逐步推出。如需了解更多信息可查看相关文档并在堆叠讨论区分享反馈。相关文章资讯7 月 23 日GitHub Issues 中的代理自动化控制开启公开预览7 月 22 日即将到来的 GHES 更改将影响支持包的上传7 月 16 日仓库管理员可以存档拉取请求7 月 9 日新的拉取请求仪表盘现已全面可用6 月 30 日版本发布有侧边栏导航和每个资产的下载次数改进6 月 29 日仅允许协作者创建问题6 月 25 日GitHub Copilot for Jira 现已全面可用6 月 18 日Copilot 编写的拉取请求现在包含在作者搜索中仓库切换器在全局导航中全面可用。订阅开发者时事通讯可在为开发者量身定制的双周时事通讯中发现实用技巧、技术指南和最佳实践。输入电子邮件订阅提交即表示同意让 GitHub 及其附属公司使用信息进行个性化通信、定向广告和活动效果分析。全站链接信息产品方面有功能、安全、企业版、客户案例、定价、资源等链接平台方面有开发者 API、合作伙伴、Atom、Electron、GitHub Desktop 等链接支持方面有文档、社区论坛、培训、状态、联系我们等链接公司方面有关于我们、博客、招聘信息、媒体报道、周边商店等链接。你是否准备好体验这一强大的堆叠式拉取请求功能了呢