GitHub、巨大変更を小さな依存PRチェーンへ分けるstacked PRを導入

大きな変更をレビュー可能な層へ分ける

コードレビューの詰まりは、コード量そのものより変更単位が大きすぎることから起きる。GitHubは2026年8月1日のX投稿で「Stacked PRs are now on GitHub」と書き、依存するpull requestのchainをpublic previewとして提供した。これは通常の開発だけでなく、AIコーディングエージェントにも関係する。生成された大きな変更は、人間が追える単位に分かれていなければレビューで止まるからだ。

GitHub Docsでは、stacked pull requestsは大きなコード変更を複数の小さな依存PRへ分け、独立してレビューしmergeできる仕組みと説明されている。CLIではgh stack拡張を使い、gh stack initで最初のlayerを作り、gh stack addでbranchを足し、gh stack submitでまとめて送る。Webでも、各PRのbase branchを下のPRのbranchに設定してchainを作れる。

制約もある。この機能はpublic previewで、すべてのbranchは同じrepository内になければならず、cross-fork stackは未対応だ。既存PRでもbase branchとhead branchがchain状になっていれば、GitHubがstack化を提案する。stack化後は各PRが自分のlayer diffだけを示し、stack mapで全体の順序と状態を移動できる。

次に見るべき点は、Copilot、Codex、Cursorのようなagent workflowとの結合だ。長い作業を複数PRへ自動分割し、下位layerの修正を上位へ反映し、CIの重複を減らせるなら、agent生成コードのレビュー費用は下がる。元の投稿はXで確認できる。