Stacked PR 现已发布在 GitHub 上

返回变更日志 堆叠拉取请求将大型变更分解为小的、可审查的拉取请求。它们是一系列有序的拉取请求，每个拉取请求都代表变更的重点层。通过堆栈，您可以独立审查和检查每个拉取请求，然后一键将所有内容合并在一起。不再需要打开一个需要永远审查的大型拉取请求，或者将工作分散到多个分支，您必须手动重新调整基准。 “过去几个月，我们一直在 Next.js 中使用 GitHub 堆叠 PR。它帮助我们在发布更大功能的同时引入更小的个体更改，从而更容易审查 PR。——Tim Neutkens，NextJS 负责人，Vercel”通过堆叠拉取请求，团队可以： 通过并行审查简短的、范围狭窄的拉取请求来保持大型变更的进展。通过使用集中的拉取请求审查以及现有的分支保护来保护 main ，从而保持每一层的质量。通过一次放置整个堆栈或单个层来合并一层、部分或全部。而且由于堆叠拉取请求内置于 GitHub 中，因此您现有的审核、检查和合并需求都可以开箱即用。 “新的 Github Stacked PR 预览令人难以置信。一次性将 5 个堆叠的 PR 直接放入合并队列！A+++！这消除了很多摩擦（并且 gh cli 工具 + 代理技能有很大帮助）” – John Resig，jQuery 创建者 CLI 扩展入门 安装 CLI 扩展并在一分钟内创建您的第一个堆栈：gh 扩展安装 github/gh-stack 从终端或 github.com 创建堆栈 在 github.com 上使用堆栈github.com、GitHub CLI、GitHub 移动应用程序，或使用编码代理（例如使用 gh-stack 技能的 GitHub Copilot）。从一个分支开始，并为您的第一个更改拉取请求。然后添加分支并在其上拉取请求；每个拉取请求都针对其下方的层。独立审查每个层 打开堆栈中的任何拉取请求以仅审查该特定层的差异。使用拉取请求顶部的堆栈图来查看您正在审查的更改如何适应更大的工作。您和您的团队成员可以并行查看不同的层，而不会妨碍进一步的工作。 “人工智能使 TED 开发人员的工作效率显着提高，但这也造成了一个新的瓶颈：PR 变得足够大，以至于审阅者都在苦苦挣扎。堆叠式 PR 有助于解决这个问题。通过将大型变更分解为小的、按依赖关系排序的部分，审查可以在更小的逻辑块中进行——不仅更快的 PR 审查，而且更准确。堆叠式 PR 可以收紧我们的反馈循环，并有助于更快地将稳定的代码发送到 ted.com。” – Andy Merryman，首席技术官，TED 只需单击一下即可合并所有内容 合并最新的就绪拉取请求，以通过一次操作将其及其下面的每个未合并的层着陆。要登陆堆栈的一部分，请合并一个或多个较低层 - 其上方的拉取请求保持打开状态并自动重新设置基准和重新定位。您现有的分支保护和所需的检查仍然控制着到达 main 的内容。 “一个大的改变过去意味着一个没人愿意审查的巨大 PR。现在它是审查者实际上可以遵循的一堆小 PR，并且整个堆栈一次性合并。它不再感觉像是 GitHub 之上的工具，而是开始感觉像 GitHub。” – Mayank Saini，WHOOP 连接工程师 了解更多信息并分享您的反馈 Stacked Pull 请求将在未来几天内向所有存储库推出公共预览版。对堆叠拉取请求的合并队列支持将在未来几周内逐步推出。有关更多信息，请查看堆栈拉取请求文档，并在堆栈讨论中与我们分享您的反馈。