pull request のマージ

pull request のマージについて

pull request では、ヘッドブランチに加えた変更をベースブランチにマージすることを提案します。デフォルトでは、head ブランチがベースブランチとコンフリクトしていない限り、どの 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はコミットがスカッシュまたはリベースされた場合を除き、--no-ffオプションを使用してマージされますが、それらの場合は高速転送オプションを使用してマージされます。

指定されたキーワードを使用して問題をクローズする方法

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

リポジトリ名の下にある [Pull requests] をクリックします。
[Pull Requests] リストで、マージしたい pull request をクリックします。
プルリクエストの一番下までスクロールしてください。リポジトリで有効なマージオプションに応じて、以下の操作が可能です:
- ```
    [[pull request をマージする]](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges) をクリックして、**すべてのコミットをベース ブランチにマージします**。 
    **[pull request をマージする]** オプションが表示されていない場合は、マージのドロップダウン メニューをクリックして **[マージ コミットの作成]** を選んでください。
```
- [マージ] ドロップダウンメニューをクリックし、 [スカッシュとマージ] を選び、 [スカッシュとマージ] クリックして、複数のコミットを 1 つのコミットにスカッシュしてください。
- マージドロップダウンメニューをクリックし、 [リベースとマージ] を選び、 [リベースとマージ] をクリックして、コミットをベースブランチに個別にリベースしてください。
メモ

リベースとコミットを行うと、常にコミッターの情報が更新され、新しいコミット SHA が作成されます。詳細については、「pull request のマージについて」を参照してください。
要求されたら、コミットメッセージを入力するか、デフォルトのメッセージのままにします。

スカッシュマージの既定のコミットメッセージについては、「プルリクエストのマージについて」をご覧ください。
GitHub のアカウントに複数のメールアドレスが関連付けられている場合は、[メールアドレス] ドロップダウンメニューをクリックし、Git 作成者のメールアドレスとして使用するメールアドレスを選択します。このドロップダウンメニューには、検証済みのメールアドレスだけが表示されます。メールアドレスのプライバシーを有効にした場合は、no-reply がコミット作成者の既定のメールアドレスになります。 no-reply メールアドレスの正確な形式の詳細については、「コミットメールアドレスを設定する」を参照してください。

メモ

リベースマージの場合 (マージコミットは作成されません)、メールセレクターを使用できません。スカッシュマージの場合、自分が pull request の作成者であり、自分のアカウントに関連付けられたメールアドレスが複数ある場合にのみ、メールセレクターが表示されます。

       **[マージを確認する]** 、 **[スカッシュとマージを確認する]** または **[リベースとマージを確認する]** をクリックします。

必要に応じて、ブランチを削除します。こうすることで、リポジトリにあるブランチのリストが整理された状態を保てます。

pull request をマージするには、gh pr merge サブコマンドを使用します。 pull-request を、pull request の番号、URL、またはヘッドブランチで置き換えます。

gh pr merge PULL-REQUEST

対話型のプロンプトに従って、マージを完了します。選択できるマージメソッドの詳細については、「プルリクエストのマージについて」を参照してください。

または、フラグを使用して対話型のプロンプトをスキップすることができます。たとえば、このコマンドはコミットメッセージ "my squash commit" を使用してコミットを 1 つのコミットにスカッシュし、スカッシュされたコミットをベースブランチにマージしてから、ローカルおよびリモートブランチを削除します。

gh pr merge 523 --squash --body "my squash commit" --delete-branch

参考資料

        [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request)

GitHub Desktop を使用する「GitHub Desktop でのブランチの同期」

        [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges)

        [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts)

pull request のマージ

Tool navigation

この記事で