GitHub推出Stacked PRs功能，支持将大型代码变更拆分为多个小型、可独立评审的关联PR。通过网页界面或gh stack命令行工具，开发者可以轻松管理PR堆栈，一键合并所有PR，并支持级联变基操作。该功能还集成AI代理支持，帮助团队提高代码评审效率，避免大型PR带来的合并冲突和评审困难问题。

GitHub推出"堆叠式PR"功能：将大型变更拆解为可评审的小型拉取请求

核心功能： 1. 原生堆叠式PR支持 - 将多个相关联的PR按顺序堆叠排列 - 支持一键合并整个PR堆栈 - 每个PR代表一个独立的变更层，可单独评审

2. 简化堆栈管理

• 通过GitHub界面导航PR堆栈
• 直观查看各层状态
• 一键触发全堆栈级联变基操作

3. 强大的CLI工具

• 提供gh stack命令行工具
• 支持创建堆栈、执行级联变基、推送分支等操作
• 支持在终端中导航不同PR层

技术实现： - PR堆栈形成有序链式结构，每个PR以堆栈下方的PR分支为目标 - GitHub提供端到端的堆栈支持，包括： * 在PR界面显示堆栈导航图 * 针对最终目标分支执行分支保护规则 * 为堆栈中每个PR运行CI

工作流程示例： 1. 安装CLI扩展 2. 初始化堆栈并创建首个分支 3. 添加新变更层（自动创建新分支） 4. 推送所有分支 5. 提交PR堆栈

优势： - 解决大型PR难以评审的问题 - 降低合并冲突风险 - 保持评审上下文一致性 - 提升团队协作效率

该功能现已提供快速入门指南和完整概述文档。

以下是评论内容的总结：

支持观点

1. 对单仓库和长期分支的支持

   • 认为该功能对monorepo和长期特性分支特别有用。
   • 引用：
     "Seems to mainly be useful for monorepos as currently designed." (ZeWaka)
     "It makes both reviewing and working on long-running feature projects so much nicer." (adamwk)

2. 提升代码审查效率

   • 支持将大PR拆分为小部分，便于审查和协作。
   • 引用：
     "It encourages smaller PRs or diffs so that reviews are quick and easy." (adamwk)
     "keeping PRs small and reviewable, is real even when you’re your own reviewer." (cleverdash)

3. 减少手动操作

   • 认为该功能可以减少手动管理多个分支的繁琐操作。
   • 引用：
     "Thank goodness. It was a pain to do this manually." (sailorganymede)
     "If this works as smoothly as it sounds, that’ll significantly reduce the overhead!" (jamietanna)

质疑与批评观点

1. 多仓库协作的局限性

   • 指出该功能无法解决跨多个仓库的PR协调问题。
   • 引用：
     "Cool. Now let me do it across multiple repos." (inetknght)
     "The biggest challenge for us are PRs that need to be coordinated across multiple repos." (enraged_camel)

2. 与现有功能的重复性

   • 认为该功能与Git已有功能（如单提交管理）重叠或冗余。
   • 引用：
     "Self-stacking PRs seem redundant." (fweimer)
     "Why put this 'stacked PR' abstraction on top of it?" (jenadine)

3. 工具复杂性

   • 担心工具过于复杂或抽象化，增加学习成本。
   • 引用：
     "Having any constraints at all in your tools is actually a good thing." (bob1029)
     "This seems like one too many." (bob1029)

其他观点

1. 与竞品的比较

   • 用户提到与GitLab、Gerrit等工具的对比，认为某些竞品功能更成熟。
   • 引用：
     "What’s difference between stacked PRs and merge trains in gitlab?" (ghighi7878)
     "github is primitive by comparison." (DesiLurker)

2. 发布渠道的争议

   • 对GitHub通过非官方子域名发布功能表示担忧。
   • 引用：
     "I think it’s a great way to train users to get phished." (TZubiri)
     "github.github.com? Come on, get serious." (TZubiri)

3. 对初创公司的影响

   • 提到该功能可能影响专注于堆叠PR的初创公司（如Graphite）。
   • 引用：
     "Wondering how all of those startups that implement this for GitHub feel right now." (teaearlgraycold)
     "I’ll directly compare it to graphite.com." (mc-serious)

总结：评论普遍认为该功能对单仓库的代码审查和分支管理有积极意义，但对其在多仓库协作、功能冗余性以及发布方式上存在质疑。部分用户期待与竞品的功能对比和改进。