Azure ReposのCopilot code reviewは、プルリクエストの変更されたコードに、GitHub Copilotがコメントや修正提案を返す機能です。2026年8月26日のパブリックプレビュー発表により、早期アクセスへの事前申し込みは不要になりました。組織・プロジェクト・リポジトリの管理設定と、ユーザーのプレビュー設定を確認して利用します。
ただし、発表では地域ごとに段階展開し、すべての組織に届くまで2〜3週間、またはそれ以上かかる場合があると案内されています。この記事は2026年9月11日に確認した公式情報を基に、利用条件、設定の範囲、プルリクエストでの操作、課金の見方を整理します。Microsoftのパブリックプレビュー発表。
Azure ReposのCopilot code reviewでできること
Copilotは変更箇所を調べ、気になる点をコード行にコメントし、可能な場合は修正案を提示します。レビュー担当者は、指摘が業務仕様や設計に合っているかを判断して対応します。初期の確認や、見落としを探す補助として利用できます。
CopilotはPRを承認せず、変更要求も出しません。必須レビュー担当者のポリシーを満たすものではなく、Copilotのレビュー自体でマージをブロックすることもありません。指摘がないことを、品質・セキュリティ・仕様をすべて確認できた証拠にはしないでください。Microsoft Learnの機能説明。
利用する前にサービス・権限・課金を確認する
| 確認項目 | 必要な条件 |
|---|---|
| サービス | Azure DevOps Servicesの組織。 |
| リポジトリ | Azure ReposのGitリポジトリ。TFVCは非対応。 |
| 組織の設定 | Project Collection Administratorが利用を許可する。 |
| プロジェクトの設定 | Project Administratorが既定値やリポジトリ側の上書き可否を管理する。 |
| リポジトリの設定 | 許可された範囲でリポジトリ所有者・管理者が個別に設定する。 |
| 課金 | Azure DevOps組織にリンクされたAzureサブスクリプション。 |
| ユーザー | Preview featuresで対象機能を有効にする。管理者が全員へ有効化する場合もある。 |
Microsoft Learnには引き続きプレビューである旨と、機能の段階展開、変更の可能性、SLAがないことが記載されています。8月の発表で事前申し込みが不要になったことと、一般提供として全組織に同じ機能がそろうことは別です。設定が見つからない場合は、権限と展開状況の両方を確認します。
組織・プロジェクト・リポジトリを順に設定する
1．組織で利用を許可する
Project Collection Administratorが［Organization settings］→［Repos］→［Repositories］を開き、［GitHub Copilot code review］内の「Allow repositories in this organization to use Copilot code review」をオンにします。
組織レベルの［Enable all］を選ぶ場合は、すべてのプロジェクトと、その中のすべてのリポジトリが対象になります。個別に試す段階では、全体への有効化と、プロジェクト管理者に判断を委ねる設定の影響範囲を確認してください。
2．プロジェクトで既定値を決める
組織で許可された後、Project Administratorが［Project settings］→［Repos］→［Repositories］を開きます。必要に応じて「Enable Copilot code review for this project」をオンにし、プロジェクト全体の設定を管理します。プロジェクトの［Enable all］は、そのプロジェクト内の全リポジトリが対象です。
プロジェクトでは、レビューの既定の労力（Default effort level）と、個別リポジトリがその既定値を上書きできるかも設定できます。上書きを許可しない場合、リポジトリ側の既定値は継承され、読み取り専用になります。
3．対象リポジトリの設定を確認する
［Project settings］→［Repos］→［Repositories］から対象リポジトリを選び、［Settings］タブの「Enable Copilot code review for pull requests in this repository」を確認します。上位で全件有効化している場合は、各リポジトリを1件ずつ有効にする必要はありません。個別設定が許可されている場合は、必要な対象だけ設定します。
4．ユーザーのプレビュー設定を確認する
ユーザー設定の［Preview features］で、Copilot code reviewに対応する項目を確認します。管理者が全員に有効化している場合はその設定に従います。設定後は対象リポジトリのPRを開き、［Reviewers］に［GitHub Copilot］が表示されるかを確認してください。
設定の階層と現在の画面名はMicrosoft Learnの有効化・構成手順に基づきます。全体に適用する設定を選ぶ前に、対象プロジェクトと課金の確認担当者を決めておくと、導入後の確認先が明確になります。
レビューを実行するエージェントプールを確認する
公式発表では、レビューは既定でMicrosoft-hosted agentを使って動作すると説明されています。組織が既定のAzure Pipelinesプールを使わない場合は、対応する代替プールを選ぶ必要があります。Managed DevOps Poolsを構成している組織は、それを選択できます。
| プールの種類 | 確認事項 |
|---|---|
| 既定のプール | 組織で無効化されていないか確認する。無効なら対応する代替が必要。 |
| Managed DevOps Pools | 組織設定のCompute poolで選択。現在のLearnは最新のUbuntu Serverイメージを指定。 |
| Windowsイメージ | Copilot code reviewでは非対応。UbuntuとWindowsを混在させない。 |
| セルフホステッドプール | 現在は非対応。一般のPipelinesで使えることと、この機能の対応条件を区別する。 |
変更する場合は［Organization settings］→［Repos］→［Repositories］の［GitHub Copilot code review］で［Compute pool］を選び、保存します。対象プールの条件はエージェントプールの選択手順を確認してください。
PRでレビューを依頼し、結果を読む
- 対象PRを開き、［Reviewers］の［GitHub Copilot］を確認します。
- 既定の労力でレビューする場合は［Request］を選びます。今回だけ変更する場合は、その隣のメニューで選択可能な労力を確認します。
- ［Review completed］になったら、コード行のコメントと修正案を読みます。
- 提案が妥当かを人が判断し、必要な修正とテストを行います。
- 新しいコミットを追加した後で再確認したい場合は、［Request］から再レビューを依頼します。
Copilotはコメントへの返信を読んで追加対応するわけではありません。また、新しいコミットをプッシュしただけでは自動で再レビューしません。どのコミットへの結果なのかを確認し、必要なタイミングで依頼し直します。
自動レビューの有効化は、機能の有効化と別
現在のMicrosoft Learnには、PR作成時に自動でレビューを依頼する設定が掲載されています。プロジェクト全体に適用する設定と、個別リポジトリに適用する設定があり、個別の設定がプロジェクトの既定値を上書きします。
プロジェクト全体では［Project settings］→［Repos］→［Repositories］の自動依頼項目を確認します。個別リポジトリでは、その［Settings］タブで新規PRへの自動依頼を設定し、すべてのPRか、特定のブランチポリシーを対象にするかを確認します。機能を利用可能にする設定だけで、自動依頼を設定したことにはなりません。
8月26日の発表ではレビューの労力を選ぶ機能は「coming soon」とされていましたが、今回確認したLearnには設定手順が掲載されています。過去の予告と現在の操作説明を分け、実際の組織で選べる項目を確認してください。ログ表示など別の予告まで、提供済みとは判断しないようにします。
プレビュー中の主な制限
2026年9月11日に確認したLearnに記載された主な要件は次のとおりです。プレビュー中は変更される可能性があるため、大きなPRや組織で展開する前に最新のRequirements and limitsも確認します。
| 項目 | 主な要件・上限 |
|---|---|
| PRの状態 | Active。マージ競合がなく、Merge Succeededであること。 |
| リポジトリのサイズ | 10GB以下。 |
| 変更ファイル数 | 100ファイル以下。 |
| 同一バージョンの重複レビュー | マージコミットごとに完了レビュー1回。 |
| 同時実行：1つのPR | 1件。 |
| 同時実行：1組織 | 5件。 |
| 同時実行：1ユーザー | 2件。 |
レビューの完了までの時間はリポジトリや変更量に左右されます。処理中に中止する場合はPRのCopilotレビューにあるキャンセル操作を使えますが、すでに追加されたコメントは残ります。コメントが残っていることと、レビュー全体が完了したことを区別してください。
課金はリンク先のAzureサブスクリプションで確認する
Copilot code reviewの利用は、入力・出力・キャッシュを含むトークン消費に基づいて課金されます。リンクされたAzureサブスクリプションのAzure Cost Managementに表示され、レビューの労力やPRの規模などによって消費量が変わります。GitHub Copilotプランで購入したAI creditsは、Azure DevOpsのこの利用分には使われません。公式の課金説明、課金とクレジットのFAQ。
- Azure portalで、組織にリンクされたサブスクリプションを開きます。
- ［Cost Management］→［Cost analysis］で対象製品の利用を確認します。
- Azure DevOpsのプロジェクトタグで絞り込むかグループ化し、プロジェクトごとの消費を確認します。
- 最初は1〜2リポジトリ程度で、レビュー件数・労力・費用を照合します。
Learnでは、料金がAzure portalに表示されるまでレビュー完了から48時間かかると案内されています。直後に費用が見えなくても、無料だったと判断せず、後から利用状況を確認します。レビュー単価を一律に仮定せず、実際の利用を見て対象範囲を調整してください。
予算アラートはレビューを自動停止しない
［Cost Management］→［Budgets］で予算アラートを作り、製品「GitHub Copilot for AzDO」や、必要な組織・プロジェクトのタグで対象を絞れます。予算は通知のための設定で、到達してもレビューやリソースが自動で止まるわけではありません。
通知を受ける担当者と、利用を見直す条件を決めておきます。レビューを止めたい範囲がある場合は、個別リポジトリまたは組織の機能スイッチなど、実際の有効化設定を確認します。ユーザー本人のプレビュー設定をオフにする操作と、組織全体の無効化は影響範囲が異なります。
導入時に残しておきたい確認記録
- 有効にした組織・プロジェクト・リポジトリと、全件適用の有無。
- 使用するプールとイメージの対応条件。
- 手動依頼か自動依頼か、既定のレビュー労力と上書き可否。
- PRの対象コミット、指摘を採用した理由、実行したテスト、人のレビュー結果。
- 課金先、プロジェクトタグ、予算通知の担当者。
まず対象を絞って、役に立った指摘、誤った指摘、費用、追加で必要だった人の確認を記録すると、拡大する判断ができます。短縮時間や欠陥検出率は実測するまでは成果として扱わず、通常のコードレビューとテストを組み合わせて利用しましょう。
よくある質問
早期アクセスの申し込みをしていないと利用できませんか？
8月26日のパブリックプレビュー発表で、事前申し込みは不要になりました。使えるかどうかは、段階展開、対象サービス、権限、各設定を確認します。
機能を有効にすると全PRが自動でレビューされますか？
利用の有効化と自動レビューのポリシーは別です。自動依頼を構成していない通常の利用では、PRから［Request］を選びます。新コミット後の再レビューも、別に依頼が必要です。
Copilotのレビュー完了でマージ条件を満たせますか？
Copilotのレビューはコメントであり、PRの承認ではありません。必要な人の承認、ブランチポリシー、テスト結果を別途確認してください。
コメント