プル要求は、コードの変更をプロジェクトにマージするための提案です。 pull request は GitHubの基本的な コラボレーション機能であり、マージする前に変更について話し合い、確認することができます。 これにより、チームは共同作業を行い、問題を早期にキャッチし、コードの品質を維持できます。
pull request を表示するpull request の操作
プル要求の [会話 ] タブには、変更の説明、イベントのタイムライン、コラボレーターからのコメントとレビューが表示されます。 この中央ハブを使用すると、提案された変更のディスカッションと進行状況を追跡できます。
[ コミット] タブには、pull request ブランチに対して行われたすべてのコミットが時系列で表示されます。 これは、開発履歴を理解し、時間の経過と同時に変化がどのように変化したかを確認するのに役立ちます。
[ チェック ] タブには、コミットをプッシュしたときに実行される自動テスト、ビルド、またはその他の継続的インテグレーション ワークフローの状態が表示されます。 これらのチェックは、マージする前に変更が品質基準を満たしていることを確認するのに役立ちます。
[ ファイルの変更 ] タブには、提案された変更と既存のコードの違いが表示されるため、プル要求のマージ時に何が変わるかを簡単に確認できます。
プル要求の マージ状態 は、プル要求ページの任意の場所からヘッダーに直接表示できます。 クリックして詳細を開くと、これにより、阻害要因や不足している承認をすばやく特定し、あなたのプルリクエストをマージできる状態にします。
ドラフト プル リクエスト
pull request を作成するときに、それを下書きプル要求にすることを選択できます。 下書きプル要求はマージできず、コード所有者はそれらを確認するように自動的に要求されません。 これは、レビューを正式に要求せずに進行中の作業を共有する場合に便利です。
プルリクエストに対するフィードバックをもらう準備ができているなら、ドラフトのプルリクエストにレビューの準備ができているとマークできます。 プルリクエストにレビューの準備ができているとマークすると、コードオーナーたちからのレビューをリクエストすることになります。 pull request は、いつでも下書きに変換できます。 「プルリクエストのステージの変更」を参照してください。
プル要求の参照とマージ ブランチ
pull request を開くと、 GitHub は最大 2 つの一時的な読み取り専用 Git 参照を作成します。
| Ref | 説明 |
|---|---|
refs/pull/PULL_REQUEST_NUMBER/head | pull request のヘッド ブランチの最新のコミットを指します。 |
refs/pull/PULL_REQUEST_NUMBER/merge | マージ ブランチ: プル要求が現在マージされた場合のリポジトリの外観を表すシミュレートされたマージ コミット。 この参照は、プル要求にマージの競合がない場合にのみ使用できます。 |
マージ ブランチは、ヘッド ブランチまたはベース ブランチが変更されると自動的に更新されます。 ローカルで取得するには:
git fetch origin refs/pull/PULL_REQUEST_NUMBER/merge
git checkout FETCH_HEAD
PULL_REQUEST_NUMBERを pull request の数に置き換えます。
マージ ブランチ GitHub Actions 使用方法については、「 ワークフローをトリガーするイベント」を参照してください。
比較とプルリクエストページのコミットの違い
比較とプルリクエストページは、次のような異なる方法で、変更されたファイルの diff を計算します。
- 比較ページには、head ref のヒントと、head およびベース ref の現在の共通の先祖 (マージベース) との diff が表示されます。
- プルリクエストページには、プルリクエストが作成されたときの head ref のヒントと、head およびベース ref の共通の先祖との diff が表示されます。 その結果、比較に使用されるマージ ベースが異なる場合があります。