GitHubは7月30日、依存する複数のプルリクエストを順番に積み重ねて管理するStacked Pull Requestsを公開プレビューにしました。大きな変更を小さなレビュー単位へ分け、それぞれでチェックと承認を行い、準備が整えば一度にマージできます。下位の変更が入ると上位PRは自動でリベース・付け替えされ、レビューしやすさと開発速度を両立しやすくなります。
小さなPRを依存順に積む
利用にはGitHub CLI拡張をインストールし、ターミナルまたはgithub.comからスタックを作成します。各PRは独立したレビュー、コメント、CI結果を持ち、既存のブランチ保護ルールも適用されます。上から順に依存関係が見えるため、変更全体の流れを追跡できます。
レビューは独立、マージは一括
従来は大きなPRでレビューが重くなるか、分割したPRのベースブランチを手作業で直す負担がありました。Stacked PRは依存関係と更新をGitHub側で扱います。ただしMerge Queueとの連携は段階的ロールアウトで、すべての組織に同時に届くとは限りません。
自動更新後もCIを確認
機能追加をデータ層、API、UIの順に分けると、担当者ごとに早くレビューでき、差し戻し範囲も小さくなります。チームはスタックの粒度、所有者、途中変更時のルールを決めると効果的です。 公開プレビューのため仕様変更があります。自動リベース後にもCIとレビュー状態を確認し、一括マージを無条件に自動化しないでください。