Pull request レビューは、GitHub で共同作業を行う主要な方法の 1 つです。 レビュー担当者は、コードがマージされる前に、変更にコメントしたり、改善点を提案したり、変更を承認または要求したりすることができます。 このコラボレーション プロセスにより、チームはコードの品質を確保し、知識を共有できます。
プルリクエストの確認
読み取りアクセス権を持つすべてのユーザーは、提案された変更を確認してコメントできます。 レビューを送信するときは、次の 3 つの状態のいずれかを選択します。
-
**コメント**: 変更を承認または要求することなく、フィードバックを共有します。 -
**承認**: マージを承認する。 -
**変更を要求**する: マージする前に修正する必要がある問題を特定します。
特定の行にコメントしたり、作成者が直接適用するための変更を提案したり、実装アプローチについて話し合うことができます。 レビューは、会話のタイムラインとマージ ボックスに表示されます。 スレッドを解決済みとしてマークして、アドレス指定されたフィードバックを追跡します。
レビューの要求
リポジトリの所有者とコラボレーターは、特定のユーザーまたはチームにレビューを要求できます。 CODEOWNERS ファイルでコード所有者を定義すると、プル要求によってコードが変更されると、レビュー担当者として自動的に要求されます。 重要な変更を加えてから、レビューを再要求できます。
必須のレビュー
リポジトリ管理者は、プル要求をマージする前に承認を要求できるため、コードの品質が確保され、誤ってマージされるのを防ぐことができます。 詳しくは、「保護されたブランチについて」をご覧ください。
参考資料
-
[AUTOTITLE](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request) -
[AUTOTITLE](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review) - 詳細については、「プルリクエストのレビュー」GitHub Skills コースを参照してください。