GitHub・プルリク・Git・2026年10月27日に確認

GitHub：プルリクがマージ先と衝突している

マージの衝突は、同じファイルの同じ行に別々の変更がされたときや、ある人がファイルを書き換え、別の人が同じファイルを消したときに起きます。Git はどちらを残すかを安全に選べないので、GitHub でプルリクをマージする前に、衝突をすべて解決する必要があります。比べるブランチとマージ先のブランチが衝突しているあいだ、Merge pull request は押せません（GitHub の説明「マージの衝突」・2026年10月27日に確認）。

$ git merge BRANCH-NAME
> CONFLICT (content): Merge conflict in styleguide.md
> Automatic merge failed; fix conflicts and then commit the result

衝突の2つの型

同じ行の食い違い：両方のブランチが同じ行を変えています。ファイルの中では、HEAD（マージ先）の変更が <<<<<<< HEAD の後に、続いて =======、もう一方のブランチの変更、>>>>>>> BRANCH-NAME の順に並びます。
消されたファイル：一方のブランチが、もう一方が書き換えたファイルを消しています。git status はマージできていないパスとして、たとえば deleted by us と出します。

GitHub で解決する

衝突のエディター：単純な同じ行の食い違いは GitHub で解決できます。プルリクの下のほうの Resolve conflicts を押し、片方・もう片方・新しい変更のどれかを残して衝突の印を消し、ファイルごとに Mark as resolved、最後に Commit merge を押します（GitHub の説明「GitHub でマージの衝突を解決する」）。
Resolve conflicts が押せない：消されたファイルなど、それ以外の衝突は、別の Git のクライアントかコマンドラインで解決します。
マージ先のブランチ全体：GitHub で衝突を解決すると、マージ先のブランチ全体が head のブランチにマージされます。head のブランチが既定のブランチか保護されたブランチなら、新しい head のブランチを作るよう求められることがあり、保護されたブランチなら必ず作ります（Create branch and update my pull request）。

コマンドラインで解決する

同じ行：git status がファイルを both modified と出します。ファイルごとに直して衝突の印を消し、git add . と git commit をします。
消されたファイル：残すなら git add FILE、消すなら git rm FILE で、それからコミットします。
プルリクへ戻す：解決をプルリクのブランチへ push してから、プルリクをマージします（GitHub の説明「コマンドラインでマージの衝突を解決する」）。

直す所

単純な同じ行の衝突：プルリクのページの Resolve conflicts で解決し、Merge pull request を押します。
それ以外：手元のクローンで、マージ先のブランチをプルリクのブランチにマージし、衝突を解決してコミットし、プルリクのブランチへ push します。
Update branch では直らない：GitHub がブランチを更新するのはマージの衝突が無いときだけで、あると merge conflict between base and head で断ります（ブランチの更新が断られた理由を参照）。
スカッシュでマージした後の同じ衝突：スカッシュでマージしたブランチで作業を続けると、後のプルリクにスカッシュ済みのコミットがまた入り、衝突が起きやすくなって同じ衝突を何度も解くことにもなります（スカッシュでマージ済みのコミットが次のプルリクに出る）。

IntelliJ IDEA の「Branch has conflicts that must be resolved」

IntelliJ IDEA に入っている GitHub のプルリクの機能は、プルリクの状態に「Branch has conflicts that must be resolved」という行を、Resolve のリンクと一緒に出します。ソース（2026年10月30日に確認）では、行が出るのは、GraphQL がプルリクの mergeable を CONFLICTING（「The pull request cannot be merged due to merge conflicts」＝衝突があってマージできない）と返すときです。UNKNOWN（「The mergeability of the pull request is still being calculated」＝まだ計算中）の間と、答えが来る前は、代わりに「Checking branch for conflicts」と出ます（GitHub の説明「MergeableState」・IntelliJ IDEA の GHPRMergeabilityStateBuilder.kt・GHPRResolveConflictsLocallyViewModelImpl.kt・CodeReviewDetailsStatusComponentFactory.kt）。Resolve を押すと、リベースかマージかを聞かれ、マージ先のブランチを fetch し、プルリクのブランチをチェックアウトしてから、マージ先へリベースするか、マージ先をマージします。衝突はそのあと IDE で直し、プルリクが変わるのは push したときです。リベースしたときは、その push は force push になります（ResolveConflictsLocallyViewModel.kt）。Resolve が押せず理由が出るのは、たとえば、リポジトリがマージかリベースの途中のとき（「Merge is already in progress」）と、いまのブランチがプルリクのブランチを追っていて、マージ先の最新のコミットがすでに履歴に入っているとき（「Already resolved locally, push your changes to resolve」＝手元では直してあるので push する）です（CollaborationToolsBundle.properties）。マージしたあとも「Checking branch for conflicts」が残るという報告が、まだ開いています（IJPL-162938・2026年10月30日に確認）。

IntelliJ IDEA で GitHub のプルリクを見るなら

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。プルリクのレビュー・チェック・会話を差分の隣に出し、対象のブランチが許す方法でマージします。マージの確認は、プルリクがマージ先と衝突していればそう言い、マージを止めるものとして先頭のほうに並べます。GitHub の Resolve conflicts で解決するか、手元でマージ先のブランチをマージして push するよう言い、衝突しているあいだは GitHub が断る「ブランチを更新」を出しません。受信箱・差分・会話は無料、承認・コメント・解決・マージは Pro（月 US$1.50・30日間の無料試用つき）です。画面は日本語です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。