{"meta":{"title":"プルリクエストで提案された変更をレビューする","intro":"マージ前に、プル リクエスト内のコミット、ファイルの変更、差分を確認して、フィードバックを送信したり、変更を承認したり、更新をリクエストしたりできます。","product":"Pull Request","breadcrumbs":[{"href":"/ja/pull-requests","title":"Pull Request"},{"href":"/ja/pull-requests/how-tos","title":"使い方"},{"href":"/ja/pull-requests/how-tos/review-pull-requests","title":"pull request をレビューする"},{"href":"/ja/pull-requests/how-tos/review-pull-requests/reviewing-proposed-changes-in-a-pull-request","title":"提案された変更をレビューする"}],"documentType":"article"},"body":"# プルリクエストで提案された変更をレビューする\n\nマージ前に、プル リクエスト内のコミット、ファイルの変更、差分を確認して、フィードバックを送信したり、変更を承認したり、更新をリクエストしたりできます。\n\n## プルリクエストのレビューについて\n\nプル要求の変更は、一度に 1 つのファイルで確認することをお勧めします。\n\n* pull request で変更された各ファイルを**調べます**。\n* 特定の変更に関する**コメントを残します**。\n* ファイルを確認したら、\\[ **表示済み** ] としてマークして折りたたみ、進行状況を追跡します。\n* pull request ヘッダーの **進行状況バー** には、表示したファイルの数が表示されます。\n* 完了したら、概要コメントを含むレビューを送信することで、pull request または**要求の変更**を**承認**できます。\n\npull request が GitHub Copilotによって発生した場合、 Copilot はコメントを送信するときにコメントに応答します。\nCopilot は、追加の変更を含む新しいコミットをプルリクエストにプッシュします。\n[「AUTOTITLE」を](/ja/copilot/concepts/agents/cloud-agent/about-cloud-agent)参照してください。\n\n\n\n\n\n## プルリクエストのレビュー\n\n[\nGitHub Codespaces\n](/ja/codespaces/quickstart)を使用して、プル要求をテスト、実行、および確認できます。\n\n1. 「[pull request に GitHub Codespaces を使用する](/ja/codespaces/developing-in-a-codespace/using-github-codespaces-for-pull-requests#opening-a-pull-request-in-codespaces)」の説明に従って、codespace で pull request を開きます。\n\n2. アクティビティ バーで、**プル要求ビューGitHub** をクリックします。 このビューは、codespace で pull request を開く場合にのみ表示されます。\n\n ![VS Code のアクティビティ バーのスクリーンショット。 マウス ポインターがアイコンの上に置かれ、ツールヒント \\[GitHub pull request\\] が表示されています。](/assets/images/help/codespaces/github-pr-view.png)\n\n3. 特定のファイルを確認するには、サイド バーの **\\[ファイルを開く]** アイコンをクリックします。\n\n \n\n4. レビュー コメントを追加するには、行番号の横にある **+** アイコンをクリックします。 レビュー コメントを入力し、 **\\[レビューの開始]** をクリックします。\n\n ![\"Yes, I agree, this is clearer.\" というコメントが追加されているスクリーンショット。 コメントの下に \\[レビューの開始\\] ボタンが表示されています。](/assets/images/help/codespaces/start-review.png)\n\n5. オプションとして、pull request の作成者がクリックしてコミットできるように変更を提案できます(提案に合意した場合)。 これを行うには、変更を提案する最初の行の横にある **+** 記号をクリックし続けた状態で、変更を提案する最後の行に **+** 記号をドラッグします。 次に、表示されているコメント ボックスで **\\[提案する]** をクリックします。\n\n 選択した行がコメント ボックスにコピーされ、編集して変更を提案できます。 \\`\\`\\`suggestion が含まれている行の上にコメントを追加し、提案する変更内容を説明できます。\n\n **\\[コメント追加]** をクリックして、提案を pull request に追加します。\n\n ![提案する変更内容のスクリーンショット。 \\[提案する\\]ボタンと\\[コメント追加\\]ボタンは、提案する変更内容の下に表示されます。](/assets/images/help/codespaces/review-suggestion.png)\n\n6. レビュー コメントの追加が完了したら、サイド バーからコメントの送信、変更の承認、または変更の要求のいずれかを選択できます。\n\n ![\\[コメントと送信\\]、\\[承認と送信\\]、\\[変更の要求と送信\\] のドロップダウン オプションを示すサイド バーのスクリーンショット。](/assets/images/help/codespaces/submit-review.png)\n\nGitHub Codespacesでのプル要求の確認の詳細については、[pull request に GitHub Codespaces を使用する](/ja/codespaces/developing-in-a-codespace/using-github-codespaces-for-pull-requests) を参照してください。\n\n
\n\n\n\n## プルリクエストの変更点を理解する\n\n> \\[!NOTE] GitHub Copilotにアクセスする必要があります。 詳しくは、「[GitHub Copilotとは](/ja/copilot/get-started/what-is-github-copilot#get-access)」をご覧ください。\n\nGitHub Copilot は、特定のコミットのコンテキストと説明を提供することで、プル要求の変更をすばやく理解するのに役立ちます。 特定の変更の目的がわからない場合や、より広範なコードベースにどのように適合するかについて詳細が必要な場合は、個々のコミットについて Copilot 質問することができます。\n\n1. GitHubのコミットに移動します。\n\n2. GitHub の任意のページの右上で、検索バーの横にある **
** アイコンをクリックします。\n\n GitHub Copilot Chat パネルが表示されます。 パネルのサイズ変更を行うには、上端または左端をクリックしてドラッグします。\n\n3. パネルに Copilot との以前の会話が含まれている場合は、Copilot パネルの右上にある
プラス記号アイコンをクリックして、新しい会話を開始します。\n\n4. Copilotチャット パネルの下部にある \\[Ask Copilot] ボックスに質問を入力し、
Enter キーを押します。 たとえば、次のように入力できます。\n\n * `Summarize the changes in this commit`\n\n * `Who committed these changes?`\n\n * `When was this commit made?`\n\n > \\[!TIP]\n > コミットの SHA がわかっている場合は、コミットに移動する代わりに、メッセージに SHA を含めることで、Copilot上のリポジトリ内の任意のページからコミットについてGitHubを確認できます。 たとえば、`What changed in commit a778e0eab?` のように指定します。\n\n5. 必要に応じて、質問を送信した後、テキスト ボックス内の
をクリックして回答を停止できます。\n\n## 依存関係の変更をレビューする\n\nプル要求に依存関係への変更が含まれている場合は、マニフェストまたはロック ファイルの依存関係レビューを使用して、変更された内容を確認できます。 また、変更によってセキュリティの脆弱性が発生するかどうかを確認することもできます。 「[プルリクエスト内の依存関係の変更をレビューする](/ja/pull-requests/how-tos/review-pull-requests/reviewing-dependency-changes-in-a-pull-request)」を参照してください。\n\n1. Pull request で、**\\[
Files changed]** をクリックします。\n\n ![pull request のタブのスクリーンショット。 \\[変更されたファイル\\] タブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/pull-request-tabs-changed-files.png)\n\n2. マニフェストまたはロック ファイルのヘッダーの右側で、 **
** リッチ差分ボタンをクリックして依存関係の確認を表示します。\n\n ![pull request の \\[ファイルの変更\\] タブのスクリーンショット。 ファイル アイコンのラベルが付いたリッチ diff を表示するボタンが、濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/dependency-review-rich-diff.png)\n\n3. 依存関係を変化させないような変更がマニフェストあるいはロックファイルに行われているかもしれず、あるいはGitHubがパースできず、その結果として依存関係レビューに現れてこない依存関係があるかもしれないので、ソースdiffをレビューしたいこともあるでしょう。\n\n ソース差分ビューに戻るには、 **
** ボタンをクリックします。\n\n ![pull request の \\[変更されたファイル\\] タブのスクリーンショット。 コード アイコンで示されているソース差分を表示するボタンが、オレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/dependency-review-source-diff.png)\n\n## ファイルをレビュー済みとしてマークする\n\nファイルの確認が完了したら、ファイルを表示済みとしてマークできます。 ファイルは折りたたまれます。 ファイルを表示した後にファイルが変更された場合、「閲覧済み」マークが解除されます。\n\n1. Pull request で、**\\[
Files changed]** をクリックします。\n\n ![pull request のタブのスクリーンショット。 \\[変更されたファイル\\] タブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/pull-request-tabs-changed-files.png)\n2. レビューを完了したファイルの、ヘッダーの右側にある **\\[表示済み]** を選びます。\n\n ![ファイルのヘッダーのスクリーンショット。 \\[表示済み\\] オプションが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/viewed-checkbox.png)\n\n## レビューを提出する\n\nプルリクエスト内でレビューしたいファイルをすべてレビューし終えたら、レビューをサブミットします。\n\n1. Pull request で、**\\[
Files changed]** をクリックします。\n\n ![pull request のタブのスクリーンショット。 \\[変更されたファイル\\] タブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/pull-request-tabs-changed-files.png)\n2. 変更されたコードの上にある **\\[変更の確認]** をクリックします。\n\n ![pull request の \\[変更されたファイル\\] タブのスクリーンショット。 \\[変更の確認\\] ボタンが、濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/review-changes-button.png)\n3. 提案された変更についてのフィードバックをまとめたコメントを入力してください。\n4. 残しておくレビューの種類を選択します。\n\n * 変更を明示的に承認したり、追加の変更を要求したりせずに、一般的なフィードバックを残すには、 **\\[コメント]** を選びます。\n * フィードバックを提出して、pull request で提案された変更をマージすることを承認するには、 **\\[承認]** を選びます。\n * pull request をマージする前に対処する必要があるフィードバックを送信するには、 **\\[変更の要求]** を選びます。\n5. **\\[レビューをサブミット]** をクリックします。\n\n> \\[!TIP]\n> \\*\n> **リクエストの変更**オプションは純粋に情報提供を目的としており、ルールセットまたはクラシック ブランチ保護ルールが \\[pull request の要求] オプションで構成されていない限り、マージの防げにはなりません。 ルールが構成されており、リポジトリへの `admin`、`owner`、または `write` アクセス権を持つコラボレーターが変更を要求するレビューを送信した場合、同じコラボレーターが pull request の変更を承認する別のレビューを送信するまで、pull request をマージすることはできません。\n>\n> * リポジトリのオーナーと管理者は、プルリクエストが承認レビューを受けていなかったり、あるいは変更をリクエストしたレビュー担当者がOrganizationを離れていたりアクセスできなくなっている場合でも、プルリクエストをマージできます。\n> * 必須レビューと古いレビューの棄却がどちらも有効化されており、承認済みのプルリクエストのブランチにコードを変更するコミットがプッシュされた場合、その承認は却下されます。 そのプルリクエストは、再度レビューされ承認されるまではマージできません。\n> * 同じコミットを指す複数のオープンされたプルリクエストがあり、それぞれがheadブランチを持つ場合、いずれかがペンディングあるいは拒否されたレビューを持っているなら、それらはマージできません。\n> * 書き込みまたは管理者のアクセス許可を持つユーザーがレビューを承認する必要があるリポジトリの場合、レビュー担当者のサイドバーではアクセス許可レベルごとに承認がグループ化されます。 承認は 2 つのセクションに表示される場合があります。\n> \\*\n> **上部のセクション**には、主に、マージ要件に考慮される書き込みまたは管理者アクセス許可を持つユーザーからの承認が含まれます。 GitHub Copilot レビューはそれらの要件に対して考慮されませんが、GitHub Copilot による承認もこのセクションに表示されます。\n> \\*\n> **折りたたみ可能なセクション (ある場合)** には、pull request をマージできるかどうかに影響しないレビューを行うレビュー担当者からの承認が表示されます。\n> * Pull request の作成者が自分の pull request を承認することはできません。また、GitHub Copilot によって生成された pull request を、その pull request が関連する issue に Copilot を割り当てたユーザーが承認することもできません。\n\n