{"meta":{"title":"pull request のマージ","intro":"プル要求をアップストリーム ブランチにマージし、マージ方法を選択し、レビューや状態チェックなどのリポジトリ要件を満たします。","product":"Pull Request","breadcrumbs":[{"href":"/ja/pull-requests","title":"Pull Request"},{"href":"/ja/pull-requests/how-tos","title":"使い方"},{"href":"/ja/pull-requests/how-tos/merge-and-close-pull-requests","title":"マージして閉じる"},{"href":"/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-a-pull-request","title":"pull requestをマージする"}],"documentType":"article"},"body":"# pull request のマージ\n\nプル要求をアップストリーム ブランチにマージし、マージ方法を選択し、レビューや状態チェックなどのリポジトリ要件を満たします。\n\n## プルリクエストのマージについて\n\n提案された変更の準備が整い、リポジトリの要件が満たされたら、pull request をマージします。 ドラフトの pull request をマージすることはできません。\n\nリポジトリのルールまたはブランチ保護では、マージ前にレビュー、ステータスチェック、または最新の状態のブランチが必要になる場合があります。 「[保護されたブランチについて](/ja/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches)」を参照してください。\n\nブランチ保護規則の代わりに、ルールセットを作成できます。 ルールセットには、状態などのブランチ保護規則よりもいくつかの利点があり、管理者アクセスを必要とせずに検出可能性が向上します。 同時に複数のルールセットを適用することもできます。 詳しくは、「[ルールセットについて](/ja/repositories/configuring-branches-and-merges-in-your-repository/managing-rulesets/about-rulesets)」をご覧ください。\n\nすべてのマージの要件が満たされたときに、自動的にマージされるようにPull Requestを設定できます。 詳しくは、「[プルリクエストを自動的にマージする](/ja/pull-requests/how-tos/merge-and-close-pull-requests/automatically-merging-a-pull-request)」をご覧ください。\n\nベース ブランチにマージ キューが必要な場合、使用可能なマージ オプションはここで説明されているものとは異なります。 「[pull request とマージ キューのマージ](/ja/pull-requests/how-tos/merge-and-close-pull-requests/merging-a-pull-request-with-a-merge-queue)」を参照してください。\n\npull request にマージ競合がある場合、または最初に変更をテストする場合は、 [pull request をローカルでチェックアウト](/ja/pull-requests/how-tos/review-pull-requests/checking-out-pull-requests-locally)します。\n\nリポジトリでは、マージ後にヘッド ブランチが自動的に削除される場合があります。 「[ブランチの自動削除を管理する](/ja/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/managing-the-automatic-deletion-of-branches)」を参照してください。\n\n> \\[!NOTE]\n> プルリクエストがマージされた後にheadブランチを削除すると、GitHubは同じリポジトリ内に削除されたブランチをベースブランチと指定しているオープンなプルリクエストがないかをチェックします。 GitHubはそういったプルリクエストを自動的に更新し、ベースブランチをマージされたプルリクエストのベースブランチに変更します。\n\nプル リクエストでは [the `--no-ff` option](https://git-scm.com/docs/git-merge#_fast_forward_merge) オプションが使用されます。ただし、squash または rebase されたプル リクエストでは、fast-forward マージが使用されます。\n\nプル要求を問題にリンクして、修正プログラムが進行中であることを示し、pull request がマージされたときに問題を自動的に閉じます。 詳しくは、「[プルリクエストを課題にリンクする](/ja/issues/tracking-your-work-with-issues/using-issues/linking-a-pull-request-to-an-issue)」をご覧ください。\n\n変更をマージしない場合は、 [pull request を閉じて](/ja/pull-requests/how-tos/merge-and-close-pull-requests/closing-a-pull-request)ください。\n\n## pull request のマージ\n\n\n\n\n\n> \\[!NOTE]\n> GitHub CLI の詳細については、「[GitHub CLI について](/ja/github-cli/github-cli/about-github-cli)」を参照してください。\n\npull request をマージするには、`gh pr merge` サブコマンドを使用します。\n`pull-request` を、pull request の番号、URL、またはヘッド ブランチで置き換えます。\n\n```shell\ngh pr merge PULL-REQUEST\n```\n\n対話型のプロンプトに従って、マージを完了します。 「[プル要求のマージ](/ja/pull-requests/reference/pull-request-merges)」を参照してください。\n\nまたは、フラグを使用して対話型のプロンプトをスキップすることができます。 たとえば、このコマンドはコミットをコミット メッセージ \"my squash commit\" で 1 つのコミットにスカッシュし、スカッシュされたコミットをベース ブランチにマージしてから、ローカルブランチとリモートブランチを削除します。\n\n```shell\ngh pr merge 523 --squash --body \"my squash commit\" --delete-branch\n```\n\n
\n\n## 詳細については、次を参照してください。\n\n* [プルリクエストをリバートする](/ja/pull-requests/how-tos/merge-and-close-pull-requests/reverting-a-pull-request)\n* [GitHub Desktopでブランチを同期する方法](/ja/desktop/working-with-your-remote-repository-on-github-or-github-enterprise/syncing-your-branch-in-github-desktop) の使用 GitHub Desktop\n* [プル要求のマージ](/ja/pull-requests/reference/pull-request-merges)\n* [プル リクエストをマージして閉じる](/ja/pull-requests/how-tos/merge-and-close-pull-requests)"}