
2026/07/31 1:26
GitHub に Stacked PR が実装されました
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
GitHub は、「Stacked Pull Requests」という新機能を導入し、大規模な変更をレビューとマージのために小さな順序付きのレイヤーに分割します。チームは各レイヤーを個別にレビュー・検証でき、個別にマージするか、1 回のクリックですべて準備が整ったレイヤーをまとめてマージできます。このアプローチは、集中したレビューを通じて高いコード品質を維持しつつ、大規模な更新を並列で効率的に進めるように設計されています。既存のブランチ保護設定とシームレスに連携し、GitHub ウェブインターフェース、CLI、モバイルアプリ、Copilot などの AI コーディングエージェント(
gh-stack スキルを通じて)全体で使用可能です。ユーザーは CLI 拡張機能(gh extension install github/gh-stack)をインストールすることで、スタックの作成を 1 分未満で開始できます。現在はすべてのリポジトリで公開プレビュー中であり、自動化されたマージキューへの追加サポートは今後数週間で展開されます。本文
GitHub スタックされたプルリクエスト:大規模変更を小粒度でレビュー・マージする新機能
GitHub は、大規模な変更を「順序立てられた小さな単位」に分割して管理・レビューできる新しい機能スタックされたプルリクエストを導入しました。これにより、従来の手動リベースや巨大な PR によるレビュールールの負担から解放され、チームの生産性が大幅に向上します。
概要と価値
スタックされたプルリクエストは、大規模変更を複数のレイヤーに分割し、各々を個別にレビュー可能にする機能です。
- 効率的なマージ: レビュー完了した PR を1 つクリックでまとめてマージできます。
- 柔軟な運用: スタック全体を一度にマージするか、個々のレイヤーを選択的に順次マージしてリリースできます。
- 品質維持: 既存のブランチ保護機能や必須チェックと相性が良く、主ブランチ(main)の安全性を保ったまま高品質なレビューを実現します。
- ネイティブ対応: GitHub に内蔵されているため、既存のレビュープロセスやワークフローはそのまま利用可能です。
「新しい GitHub Stacked PRs プレビュー機能は素晴らしい!5 つのスタックされた PR をまとめてマージキューに直接適用する操作など!」
— John Resig(jQuery の創始者)
クイックスタート
CLI 拡張機能をインストールし、わずか 1 分で最初のスタックを作成できます。
コマンドラインでのインストール
ターミナル上で以下のコマンドを実行して拡張機能を追加してください。
gh extension install github/gh-stack
作業フローとメリット
1. どこでもスタックを作成・構築する
github.com、GitHub CLI、モバイルアプリ、または GitHub Copilot(gh-stack スキル 使用)などを通じて、あらゆる環境でスタックを構築できます。
- トップダウンアプローチ: 最初のブランチと PR を作成し、その上に順を追って新たなレイヤーを追加していきます。
- 階層構造: 各プルリクエストは、直下のレイヤー(親の PR)に対して変更を加える形で管理されます。
2. レイヤー単位で並行レビュー
スタック内の任意の PR を開くと、その特定のレイヤーへの影響のみが確認できます。
- 可視化: プルリクエスト上部のスタックマップを表示し、現在レビュー中の変更が全体プロジェクトにおける位置づけを直感的に把握できます。
- 並列作業: チームメンバーが異なるレイヤーを同時にレビューでき、作業の流れを妨げることなく進行させられます。
「AI が開発者の生産性を向上させてくれた一方で、PR が大きくなりすぎてレビュアーが苦労するボトルネックがありました。スタックされた PR はその解決に貢献しています。大規模変更を依存関係を考慮した小さな単位に分解し、レビューをより小さい論理的な単位で進めることができます。結果、レビューは速く正確になり、フィードバックループが短縮され、安定したコード提供が加速しています。」
— Andy Merryman(TED CTO)
3. ワンクリックで統合
スタック内の準備が整った PR をマージするだけで、それ自体とその下にあるすべての未マージレイヤーを1 つの操作でメインブランチに取り込みます。
- 部分的な実装も OK: スタックの一部だけをリリースしたい場合、下から順に必要なレイヤー(PR)のみをマージすれば十分です。
- 自動化されたリベース: 上部の未マージ PR は自動的にリベースされ、ターゲットブランチが再設定されます。
- セキュリティ継続: ブランチ保護ルールや必須チェックは、main ブランチへの統合内容についても引き続き有効に管理されます。
「以前は『大きな変更=誰もレビューしたくない巨大な PR』でしたが、今では実際に追える小さな PR のスタックへと変化し、全体をワンショットでマージできるようになりました。GitHub 上のツールというよりも、GitHub そのものを感じさせます。」
— Mayank Saini(WHOOP コネクティビティエンジニア)
今後の展開
- 一般プレビュー:今後数日以内にすべてのリポジトリへ順次導入されます。
- マージキュー機能: マージキューを活用した操作も、今後数週間かけて順次展開予定です。
さらに詳しい情報については スタックされたプルリクエストのドキュメント をご確認ください。なお、本機能への意見を共有したい場合は、スタックに関するディスカッションに参加することをお勧めします。