プルリクエストのレビューについて
プルリクエストがオープンになった後、読み取りアクセスを持つすべてのユーザは、提案された変更をレビューしてコメントできます。 また、作者がプルリクエストから直接適用できるコード行への特定の変更を提案することもできます。 詳細は「プルリクエストで提案された変更をレビューする」を参照してく� さい。
リポジトリオーナーとコラボレーターは、特定の人物にプルリクエストのレビューをリクエストできます。 また、Organization メンバーは、リポジトリの読み取りアクセス権を持つ Team にプルリクエストのレビューをリクエストできます。 詳細は「Pull Request レビューをリクエストする」を参照してく� さい。 You can specify a subset of team members to be automatically assigned in the place of the whole team. For more information, see "Managing code review settings for your team."
レビューにより、提案された変更についての議論がなされ、その変更がリポジトリのコントリビューションのガイドラインやその他の品質標準を満たすことを保証しやすくなります。 コードの特定の種類や� �域に対して、どの個人や Team をオーナーとするかを、CODEOWNERS ファイルで定義できます。 プルリクエストが、定義されたオーナーを持っているコードを変更するものである� �合、オーナーである個人あるいはTeam がレビューを担当するよう、自動的にリクエストされます。 詳細は「コードオーナーについて」を参照してく� さい。
レビューには 3 つのステータスがあります:
- Comment: 明示的に変更を承認したり追� の変更をリクエストしたりすることなく、一般的なフィードバックをサブミットします。
- Approve: フィードバックをサブミットし、プルリクエスト中で提案された変更のマージを承認します。
- Request changes: プルリクエストをマージする前に対処しなければならないフィードバックをサブミットします。
ヒント:
- 必� �レビューが有効化されており、リポジトリへの書き込み、管理、オーナーのいずれかの権限を持つコラボレータがレビューを要求する変更をサブミットすると、そのプルリクエストは同じコラボレータがプルリクエスト中の変更を承認する他のレビューをサブミットするまではマージできません。
- リポジトリのオーナーと管理者は、プルリクエストが承認レビューを受けていなかったり、あるいは変更をリクエストしたレビュー担当者がOrganizationを離れていたりアクセスできなくなっている� �合でも、プルリクエストをマージできます。
- 必� �レビューと古いレビューの棄却がどちらも有効化されており、承認済みのプルリクエストのブランチにコードを変更するコミットがプッシュされた� �合、その承認は却下されます。 そのプルリクエストは、再度レビューされ承認されるまではマージできません。
- 同じコミットを指す複数のオープンされたプルリクエストがあり、それぞれがheadブランチを持つ� �合、いずれかがペンディングあるいは拒否されたレビューを持っているなら、それらはマージできません。
- If your repository requires approving reviews from people with write or admin permissions, then any approvals from people with these permissions are denoted with a green check mark, and approvals from people without these permissions have a gray check mark. Approvals with a gray check mark do not affect whether the pull request can be merged.
- Pull Requestの作者は、自分自身のPull Requestを承認することはできません。
プルリクエストが受けたすべてのレビューは、Conversationタイ� ラインで見ることができ、リポジトリオーナー及びコラボレーターによるレビューは、プルリクエストのマージボックスで見ることができます。
Tip: あなた、もしくはあなたがメンバーになっているTeamがレビューを求められているプルリクエストは、review-requested:[USERNAME]あるいはteam-review-requested:[TEAMNAME]という検索条件で検索できます。 詳しい情� �については「Issueやプルリクエストの検索」を参照してく� さい。
会話を解決する
プルリクエストをオープンしたり、プルリクエストがオープンされたリポジトリへの書き込みアクセス権を持っていたりすれば、プルリクエスト中の会話を解決できます。
Files changed（変更されたファイル）タブ上の会話が完了したことを示すには、Resolve conversation（会話を解決）をクリックしてく� さい。
会話全体が畳まれ、解決のマークが付きます。これで、ま� 対応が必要な会話を見つけやすくなります。
コメントの示唆がプルリクエストの範囲を超えているなら、そのコメントへのフィードバックやリンクを追跡する新しいIssueをオープンできます。 詳しい情� �については「コメントからIssueを開く」を参照してく� さい。
レビューを再リクエストする
たとえばPull Requestに相当の変更を� えた後に、レビューを再度リクエストできます。 レビュー担当者からの新たなレビューをリクエストするには、Conversation（会話）タブのサイドバーから、アイコンをクリックしてく� さい。
必� �のレビュー
リポジトリ管理者はすべてのPull Requestに対し、保護されたブランチにPull Requestを誰かがマージできるようになる前に受けなければならない承認レビューの数を指定できます。 リポジトリに書き込み権限を持っている人か、指定されたコードオーナーからの承認レビューを必� �とすることができます。詳しい情� �については保護されたブランチの設定を参照してく� さい。
ヒント: 管理あるいは書き込みアクセスをリポジトリに対して持つ人は、必要に応じてプルリクエストのレビューを却下できます。 詳しい情� �についてはプルリクエストレビューの却下を参照してく� さい。