TopicBase
GitHubは2026年11月5日、コードの変更を提案し、レビューを受けるプルリクエスト（PR）の新しいOverviewをパブリックプレビューとして公開しました。チェック結果、レビューコメント、承認状況をページ上部に集め、変更を取り込む「マージ」を妨げている条件の確認から、条件がそろった後のマージまで行えます。利用者が選択して試す方式で、プレビュー期間中は従来の表示にも戻せます。
マージの条件確認と操作をページ上部に集約
新しいOverviewでは、マージの可否や必要な対応を確認する「マージボックス」を再設計しました。GitHubは、従来と同じ情報を半分未満の表示領域に収めたとしています。上部には、テストやビルドなどの実行結果を示すChecks、レビューコメントを扱うComments、承認状況を示すApprovalsがまとまっています。
この表示から、失敗したチェックの詳細や関連するコメントを開き、誰の承認がまだ必要なのかを確認できます。コードの変更を進めるための作業単位であるブランチの更新にも対応し、必要な条件を満たせばマージできます。
ページ右上には、レビューコメントやレビュー依頼などの更新状況もまとめて表示されます。作業途中のドラフトPRは、ヘッダーの「Ready for review」からレビューを受けられる状態に切り替えられ、PRを閉じる操作もヘッダーから行えます。利用できる操作は、利用者の権限によって異なります。
未解決の会話や自分のコメントに絞り込み
コメント欄では、未解決のやり取りや自分が書いたコメントに絞り込めます。コメントを新しい順に並べ替える機能に加え、解決済みのコメントやAI・botによるコメントなどの表示を切り替える項目もあります。
PR画面の見直しに取り組むDavid Poll氏は、マージできない理由を探すために何十件ものコメントをスクロールした経験を述べています。同氏は、エージェントもコミットと呼ばれる変更の記録を追加し、レビューコメントを残すことで、タイムラインが混雑し、必要な情報が埋もれやすくなっていると指摘しました。
こうしたPR上の活動には、AIによる開発支援機能のGitHub Copilotも関わります。GitHub Copilotのコードレビュー機能は、PRのコードをレビューし、問題点や修正案を提示します。投稿されたレビューコメントには、人間のレビュアーによるコメントと同様に返信したり、解決済みにしたり、非表示にしたりできます。
また、レビューコメントの「Fix with Copilot」から、修正作業を実行するCopilot cloud agentに対応を依頼できます。この場合は、対象ブランチに向けた新しいPRの作成か、同じPRへの直接のコミットを選ぶ方式です。
チェック・承認・会話の解決がマージ条件に
Overviewが上部に表示するチェックや承認は、リポジトリの保護ルールでマージの条件に設定できる項目です。ブランチ保護ルールでは、所定数のレビュー承認、必須ステータスチェック、マージ前の会話の解決などを要求できます。
レビューでは、指定された人数の承認に加え、対象コードの担当者であるコードオーナーの承認を必須にできます。変更内容が更新された際に以前の承認を無効にする設定や、最後に変更を送信した本人以外による承認を求める設定もあります。
必須ステータスチェックには、成功、スキップ、中立のいずれかの結果が必要です。設定によっては、マージ先の最新コードをブランチへ取り込んでいることも条件になります。
ヘッダーから切り替え、改善への意見を募集
新しいOverviewは、PRのヘッダーにある「Try the Overview page」から利用できます。プレビュー中は同じメニューから従来のOverviewへ戻せます。GitHubは11月5日の公開時点で、週末にかけて順次展開する予定としていました。
GitHubは今回のプレビューを、PRの利用体験を見直す取り組みの第一歩と位置付けています。専用のDiscussionでは、見つけやすくなった情報、文脈を追いにくい場面、従来の表示へ戻りたくなる理由などについて、意見や不具合の報告を受け付けています。
