pull request での変更をレビューする

Pull Request が公開された後に、提案された一連の変更をレビューしたり議論したりできます。

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

レビューを使うと、コラボレーターはプルリクエスト中で提案された変更に対してコメントしたり、変更を承認したり、プルリクエストがマージされる前にさらなる変更をリクエストしたりできます。リポジトリ管理者は、すべてのプルリクエストをマージ前に承認することを必須にできます。

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

大規模な pull request 内の変更をすばやく確認できるように、変更されたファイルをフィルター処理するか、ファイルツリーを使用してファイル間を移動することができます。

.go、 .js、 .ts、 .py、 .php、 .rb ファイル内の pull request でメソッドや関数に対して提案された変更を素早く検索できます。

リポジトリのプルリクエストのオープン後、コラボレーターや Team メンバーは、特定の 2 つのブランチ間におけるファイルの比較について、またプロジェクト全体についてコメントできます。

1 回の Pull Request レビューで行われたすべてのコメントを表示できます。

プルリクエストに依存関係への変更が含まれている場合は、変更内容の概要と、依存関係に既知の脆弱性があるかどうかを確認できます。

レビュー担当者がプルリクエストの変更を提案する場合、変更をプルリクエストに自動的に組み込むか、Issue をオープンしてスコープ外の提案を追跡できます。

リポジトリでレビューが必須になっている場合、pull request をマージするには、リポジトリに 書き込み または 管理者 権限を持つユーザーからの指定数の承認レビューが必要です。

リポジトリにレビューが必要な場合は、有効でなくなった、またはレビュー担当者による承認不可のプルリクエストレビューを却下できます。

誰かがリポジトリのフォークまたはブランチからプルリクエストを送信した場合、ローカルでマージして、マージコンフリクトを解決するか、GitHub Enterprise Server でマージする前に変更をテストおよび検証できます。