git merge FETCH_HEADとgit merge origin ~の違いを教えてください。

Question

git fetch origin 〜をした後のmergeについてですが、
git merge FETCH_HEADとgit merge origin ~の違いはあるのでしょうか。

Comments

[anozon]

git merge origin ~の チルダはなにか文字列が入るという表現ですか？
git における ~ 記号ですか？

[Dave.H]

~は例えばdevelopやmasterが入る事を意味しておりました！

[hoshi-takanori]

たぶん、git merge origin ~ ではなく git merge origin/~ のことでは？

git fetch と git merge では引数に例えば origin develop と書いたときの意味が違って、
- git fetch origin develop は origin の develop ブランチを fetch するという意味ですが、
- git merge origin develop は、現在のブランチに origin と develop の 2 つを同時にマージするという意味になります。
(ここで、origin がリモート名ならその HEAD (git branch -a で remotes/origin/HEAD -> origin/master とか表示されるやつ)、develop はローカルの develop ブランチを指すはず。また、現在のブランチが develop だったり、develop がすでにマージ済みであれば無視されると思います。)

git fetch origin develop の直後なら、git merge FETCH_HEAD は git merge origin/develop の意味になるようです。
https://stackoverflow.com/questions/9237348/what-does-fetch-head-in-git-mean

[Dave.H]

まさに、git merge FETCH_HEAD と git merge origin/developを意味しておりました！
git fetch origin develop の直後は基本的にはgit merge origin/developではなく、git merge FETCH_HEADを使用するということでしょうか。

Answer 1

はい、違いはあります。

git merge FETCH_HEADは「最後にfetchされたリモート追跡ブランチ(例えばorigin/master)と現在のブランチをマージせよ」という意味です。

git merge origin masterは「リモート追跡ブランチorigin/HEADとローカルブランチmasterの2つのブランチを現在のブランチにマージせよ」という意味です。
originというリモートレポジトリのmasterというブランチをマージせよ、という意味のコマンドではありません。

これは3つの親を持つマージコミットを作成しようとするコマンド（俗に言うタコマージ）ですが、たまたま現在のブランチがmasterであった場合は「origin/HEADとmasterとmaster」をマージしようとするので、2つの親を持つマージコミットが作成されます。

originというリモートレポジトリのmasterというブランチをマージしたい場合は、git merge origin/masterを使ってください。