情報確認日：2026年10月15日
Copilotのコードレビューが終わっても、テスト合格まで確認されたとは限りません。既定では指摘を返すCommentレビューで、必須承認には数えません。一方、現行の公開プレビューでは、承認機能を有効にした場合に必須承認を満たせる条件があります。レビューの種類、リポジトリの設定、必須チェックを分けて確認してください。
「レビュー完了」で何が得られたかを見る
GitHubの公式手順では、プルリクエストのReviewersからCopilotへレビューを依頼し、コメントを読みます。指摘には重要度のHigh、Medium、Lowが付き、適用できる修正案が含まれる場合があります。Copilotコードレビューの公式手順
プルリクエストは、変更を取り込む前に差分や確認結果をまとめる場所です。AIのコメントが付いたこと、修正案を適用したこと、テストが通ったことは、それぞれ別の状態です。
まず対象の変更とコミットを確認し、レビューが最新の差分に対するものかを見ます。古いレビューの後に修正が加わっていれば、その変更まで点検済みとは判断できません。
既定のCommentと、承認機能を区別する
現行の公式説明では、Copilotは既定でApproveやRequest changesではなく、Commentとしてレビューします。したがって、既定の動作では、必須の承認数を増やすレビューにはなりません。
ただし、「Copilotは絶対に承認できない」という説明も、現在の仕様には合いません。2026年10月15日確認の公式ページは、Copilotの承認を公開プレビューとして案内しています。
承認を有効にすると、CopilotがApproveレビューを提出し、リポジトリの必須承認ルールを満たす場合があります。この機能は既定ではオフです。企業、組織、リポジトリの設定や、対象パスの条件も確認します。
レビュー概要に「承認できる状態」と評価が書かれただけでは、マージの要件を満たしません。実際に提出されたレビューの種類と、GitHubが表示する必須条件の状態を見てください。
必須チェックは、レビュー承認と別の条件
GitHubのブランチ保護は、承認、ステータスチェック、会話の解決などをそれぞれ設定できます。保護されたブランチの公式説明
| 確認する表示 | 分かること |
|---|---|
| Copilotのコメント | 指摘された問題と修正案 |
| Approveなどのレビュー状態 | 承認が提出されたか |
| 必須チェックの結果 | 設定された自動検証の状態 |
| 未解決の会話 | 残っている確認事項 |
| マージ条件 | 現在の設定上、取り込める状態か |
必須ステータスチェックには、成功のほか、skippedやneutralが認められる条件もあります。「マージ可能」だけで、期待したテストが全部実行されたと決めず、必要なジョブが走ったかと結果を読みます。
また、必要なチェック自体が設定されていなければ、その検証を必ず実行する制約にはなりません。マージできることと、プロジェクトが必要とする検証を済ませたことを分けて確認します。
修正案は、内容を読んでから採用する
提案をクリックして適用できても、その変更が自分の仕様に合うかは別です。なぜ問題なのか、対象の入力で何が変わるのかを読み、関連するコードも確認します。
たとえば入力が空のときの不具合を直す案なら、空の場合と通常の場合の両方で期待した動作を確認します。指摘された一行だけを見て、別の処理への影響を見落とさないようにします。
すべての提案を一括して採用する必要はありません。妥当でない指摘は理由を残し、重要な点が不明なら担当者へ相談します。コメントに返信してもCopilot自身には見えず、返答もしないという現行の条件も、公式ページに記載されています。
修正した後は、再レビューの条件を確認する
Copilotのレビュー後に新しい変更をpushしても、既定で必ず自動再レビューされるわけではありません。自動レビューで新しいpushの確認を有効にした設定か、手動の再依頼が必要かを確かめます。
手動では、ReviewersのCopilot横にある再依頼のボタンを使います。自動で行う場合は、ルールセットのReview new pushesなどの設定を管理者と確認します。
承認機能でCopilotが承認した後に新しいコミットを追加した場合、その承認は取り消され、再依頼できます。以前の承認を、後から加えた変更までの保証として扱わないでください。
最後に、取り込むコミットと検証結果をそろえる
担当者は、最終の差分、残した指摘、実行したテストと未実行の範囲、レビュー状態を確認します。テスト失敗を修正した後に、別の変更で結果が古くなっていないかも見ます。
ブランチ保護には、管理者等への適用や回避権限の条件もあります。設定を回避して取り込める権限があることを、確認を省いてよい理由にはしません。
想定と違う承認・マージ表示が出た場合は、対象PR、最新コミット、Copilotのレビュー種類、承認機能とルールセット、必須チェックの名称と結果を管理者へ示します。レビュー支援を使いながら、指摘、承認、テストのどれを確認したかを分けて記録すると、変更を判断する根拠が明確になります。
参照資料
あわせて読みたい記事
執筆・検証：カネさん（政経プラスチャンネル運営）＋ ChatGPT
