Skip to main content

プルリクエストで提案された変更をレビューする

pull request では、コミット、変更されたファイル、ベース ブランチと比較ブランチでのファイル間の違い (つまり "diff") をレビューしたり話し合ったりできます。

Tool navigation

プルリクエストのレビューについて

プル要求の変更は、一度に 1 つのファイルで確認することをお勧めします。

  • pull request で変更された各ファイルを調べます
  • 特定の変更に関するコメントを残します
  • ファイルを確認したら、[ 表示済み ] としてマークして折りたたみ、進行状況を追跡します。
  • pull request ヘッダーの 進行状況バー には、表示したファイルの数が表示されます。
  • 完了したら、概要コメントを含むレビューを送信することで、pull request または要求の変更承認できます。

pull request の目的を理解する

pull request の背後にある動機を明確に理解すると、レビューに通知できるため、ターゲットを絞って意味のある状態に保ち、pull request 作成者の意図とプロジェクトの目標に沿ったフィードバックを提供できます。

提案された変更のコンテキストと根拠をより深く理解するために、いくつかのオプションを使用できます。

コンテキストに対する pull request サイドバーの使用

pull request サイドバーには、次のような重要なコンテキストがあります。

  • リンクされた 問題 または ディスカッション: プル要求が対処することを目的とする問題や目標を理解したり、背景、設計上の決定、現在の議論などに関する情報を収集したりするには、これらを確認します。
  • リンクされた プロジェクト または マイルストーン: この pull request が大規模なプロジェクトまたは今後のリリースにどのように適合するかを確認します。

この情報を使用して、レビューのフレームを作成し、pull request の目標が元の意図と一致しているかどうかを確認します。

レビューを開始する

  1. リポジトリ名の下にある [Pull requests] をクリックします。

    リポジトリのメイン ページのスクリーンショット。 水平ナビゲーション バーでは、[pull request] というラベルが付いたタブが濃いオレンジ色の枠線で囲まれています。

  2. プルリクエストのリストで、レビューしたいプルリクエストをクリックします。

  3. Pull request で、[ Files changed] をクリックします。

    pull request のタブのスクリーンショット。 [変更されたファイル] タブが濃いオレンジ色の枠線で囲まれています。
    このタブで差分ビューの形式を変更するには、 をクリックし、統合または分割ビューを選びます。 他の pull request の差分を表示する場合も、この選択が適用されます。

    pull request の [変更されたファイル] タブのスクリーンショット。 "差分ビュー" メニューは濃い橙色で表示されています。

    空白の違いを非表示にすることもできます。 この選択は、この pull request にのみ適用され、次回このページにアクセスするときに記録されます。

  4. 必要に応じて、ファイルをフィルター処理して、確認するファイルのみを表示します。または、ファイル ツリーを使って特定のファイルに移動します。 詳しくは、「プルリクエスト内のファイルをフィルタリングする」をご覧ください。

  5. コメントを追加するコード行にカーソルを合わせ、青いコメント アイコンをクリックします。

    pull request の差分のスクリーンショット。 行番号の横に、青いプラス アイコンがオレンジ色の枠線で強調表示されています。

  6. 必要に応じて、複数行にコメントを追加できます。 行の範囲を選択するには、コメントする最初の行の行番号をクリックし、最後の行までドラッグするか、 Shift キー を押しながら最後の行番号をクリックします。 その後、コメントする最後の行の青いコメント アイコンをクリックできます。 または、コメントする最初の行の横にある青いコメント アイコンをクリックし、コメントする最後の行まで下にドラッグします。

  7. コメントフィールドにコメントを入力してください。

  8. 必要に応じて、1 つまたは複数の行に固有の変更を提案するには、 をクリックした後、提案ブロック内のテキストを編集します。

    レビュー コメント ボックスのスクリーンショット。 特定の変更を提案するファイル差分アイコンが、濃いオレンジ色の枠線で囲まれています。

  9. ファイルに直接コメントするには、ファイルの右側にある をクリックしてコメントを入力します。

    pull request の [変更されたファイル] ページの画像ファイルのスクリーンショット。 ファイルの右側のコメント アイコンがオレンジ色の枠線で囲まれています。

  10. 終了したら [レビューの開始] をクリックします。 レビューを既に開始していた場合は、 [レビューコメントを追加] をクリックします。

レビューを提出する前は、行のコメントは 保留中 になっており、ご自分にしか見えません。 レビューを提出する前ならばいつでも、保留中のコメントを編集できます。 保留中のすべてのコメントを含め、保留中のレビューを取り消すには、変更されたコードの上にある [変更の確認] をクリックし、 [レビューの破棄] をクリックします。

          ![レビューのコメント フィールドのスクリーンショット。 [レビューの破棄] ボタンが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/pull_requests/abandon-review-button.png)

依存関係の変更をレビューする

プルリクエストに依存関係への変更が含まれている場合は、マニフェストまたはロックファイルの依存関係のレビューを使用して、何が変更されたかを確認し、変更によるセキュリティの脆弱性の発生の有無を確認できます。 詳しくは、「プルリクエスト内の依存関係の変更をレビューする」をご覧ください。

  1. Pull request で、[ Files changed] をクリックします。

    pull request のタブのスクリーンショット。 [変更されたファイル] タブが濃いオレンジ色の枠線で囲まれています。

  2. マニフェストまたはロック ファイルのヘッダーの右側で、 [] リッチ diff ボタンをクリックして、依存関係レビューを表示します。

    pull request の [変更されたファイル] タブのスクリーンショット。 ファイル アイコンのラベルが付いたリッチ diff を表示するボタンが、濃いオレンジ色の枠線で囲まれています。

  3. 依存関係を変化させないような変更がマニフェストあるいはロックファイルに行われているかもしれず、あるいはGitHubがパースできず、その結果として依存関係レビューに現れてこない依存関係があるかもしれないので、ソースdiffをレビューしたいこともあるでしょう。

    ソース差分ビューに戻るには、 ボタンをクリックします。

    pull request の [変更されたファイル] タブのスクリーンショット。 コード アイコンで示されているソース差分を表示するボタンが、オレンジ色の枠線で囲まれています。

ファイルをレビュー済みとしてマークする

ファイルのレビュー後は、そのファイルをレビュー済みとしてマークできます。マークしたファイルは折りたたまれます。 ファイルを表示した後にファイルが変更された場合、「閲覧済み」マークが解除されます。

  1. Pull request で、[ Files changed] をクリックします。

    pull request のタブのスクリーンショット。 [変更されたファイル] タブが濃いオレンジ色の枠線で囲まれています。

  2. レビューを完了したファイルの、ヘッダーの右側にある [表示済み] を選びます。

    ファイルのヘッダーのスクリーンショット。 [表示済み] オプションが濃いオレンジ色の枠線で囲まれています。

レビューを提出する

プルリクエスト内でレビューしたいファイルをすべてレビューし終えたら、レビューをサブミットします。

  1. Pull request で、[ Files changed] をクリックします。

    pull request のタブのスクリーンショット。 [変更されたファイル] タブが濃いオレンジ色の枠線で囲まれています。

  2. 変更されたコードの上にある [変更の確認] をクリックします。

    pull request の [変更されたファイル] タブのスクリーンショット。 [変更の確認] ボタンが、濃いオレンジ色の枠線で囲まれています。

  3. 提案された変更についてのフィードバックをまとめたコメントを入力してください。

  4. 残しておくレビューの種類を選択します。

    • 変更を明示的に承認したり、追加の変更を要求したりせずに、一般的なフィードバックを残すには、 [コメント] を選びます。
    • フィードバックを提出して、pull request で提案された変更をマージすることを承認するには、 [承認] を選びます。
    • pull request をマージする前に対処する必要があるフィードバックを送信するには、 [変更の要求] を選びます。
  5. [レビューをサブミット] をクリックします。

ヒント

* リクエストの変更オプションは純粋に情報提供を目的としており、ルールセットまたはクラシック ブランチ保護ルールが [pull request の要求] オプションで構成されていない限り、マージの防げにはなりません。 ルールが構成されており、リポジトリへの adminowner、または write アクセス権を持つコラボレーターが変更を要求するレビューを送信した場合、同じコラボレーターが pull request の変更を承認する別のレビューを送信するまで、pull request をマージすることはできません。

  • リポジトリのオーナーと管理者は、プルリクエストが承認レビューを受けていなかったり、あるいは変更をリクエストしたレビュー担当者がOrganizationを離れていたりアクセスできなくなっている場合でも、プルリクエストをマージできます。
  • 必須レビューと古いレビューの棄却がどちらも有効化されており、承認済みのプルリクエストのブランチにコードを変更するコミットがプッシュされた場合、その承認は却下されます。 そのプルリクエストは、再度レビューされ承認されるまではマージできません。
  • 同じコミットを指す複数のオープンされたプルリクエストがあり、それぞれがheadブランチを持つ場合、いずれかがペンディングあるいは拒否されたレビューを持っているなら、それらはマージできません。
  • 書き込みまたは管理者のアクセス許可を持つユーザーがレビューを承認する必要があるリポジトリの場合、レビュー担当者のサイドバーではアクセス許可レベルごとに承認がグループ化されます。 承認は 2 つのセクションに表示される場合があります。 * 上部のセクションには、主に、マージ要件に考慮される書き込みまたは管理者アクセス許可を持つユーザーからの承認が含まれます。 GitHub Copilot レビューはそれらの要件に対して考慮されませんが、GitHub Copilot による承認もこのセクションに表示されます。 * 折りたたみ可能なセクション (ある場合) には、pull request をマージできるかどうかに影響しないレビューを行うレビュー担当者からの承認が表示されます。
  • Pull request の作成者が自分の pull request を承認することはできません。

参考資料

  •         [AUTOTITLE](/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches#require-pull-request-reviews-before-merging)
    
  •         [AUTOTITLE](/issues/tracking-your-work-with-issues/filtering-and-searching-issues-and-pull-requests)