pull request のマージ

pull request のマージについて

pull request では、head ブランチに加えた変更をベースブランチにマージすることを提案します。デフォルトでは、head ブランチがベースブランチとコンフリクトしていない限り、どの pull request もいつでもマージできます。ただし、pull request を特定のブランチにマージできるタイミングには制限がある場合があります。たとえば、必須のステータスチェックに合格した場合にのみ、pull request をデフォルトブランチにマージできます。リポジトリ管理者は、ブランチ保護ルールを使用して、ブランチにこのような制約を追加できます。詳しくは、「保護されたブランチについて」を参照してください。

ブランチ保護規則またはタグ保護規則の代わりに、ルールセットを作成できます。ルールセットには、状態など、ブランチとタグの保護ルールよりもいくつかの利点があり、管理者アクセスを必要とせずに検出可能性が向上します。同時に複数のルールセットを適用することもできます。詳しくは、「ルールセットについて」を参照してください。

すべてのマージの要件が満たされたときに、自動的にマージされるようにPull Requestを設定できます。詳しくは、「プルリクエストを自動的にマージする」を参照してください。

pull request でマージコンフリクトが発生する場合、またはマージの前に変更をテストしたい場合は、コマンドラインを使用して、pull request をローカルでチェックアウトしてマージすることができます。

ドラフトの pull request をマージすることはできません。ドラフトの pull request の詳細については、「pull requests について」を参照してください。

pull request をマージすると pull request の head ブランチが自動的に削除されるようにリポジトリを設定できます。詳しくは、「ブランチの自動的削除を管理する」を参照してください。

注: プルリクエストがマージされた後にheadブランチを削除すると、GitHubは同じリポジトリ内に削除されたブランチをベースブランチと指定しているオープンなプルリクエストがないかをチェックします。 GitHubはそういったプルリクエストを自動的に更新し、ベースブランチをマージされたプルリクエストのベースブランチに変更します。詳細については、「ブランチの概要」を参照してください。

pull request は、高速転送オプションを使用してマージされる、スカッシュまたはリベースされるコミットを含む pull request を除き、 --no-ffオプションを使用してマージされます。

pull request をイシューにリンクして、修正が進行中であることを示し、誰かが pull request をマージしたときイシューを自動的にクローズすることができます。詳しくは、「Pull RequestをIssueにリンクする」を参照してください。

トピックブランチでの変更を上流ブランチにマージしない場合は、マージせずに pull request をクローズすることができます。