gitで手こずった時に色々ググってると、「git fetch」と「git pull」がぐちゃぐちゃになってしまったのでまとめておきます。

結論から言えば、「fetchもpullもリモートリポジトリの最新情報をローカルリポジトリへ持ってくる」という操作になりますが、それまでの流れが違うので説明していきます。

git fetch

リモートから最新情報をローカルに持ってくるのですが、場所は「master」ブランチではなく、「origin/master」ブランチに取り込まれます。

初めは「何それ知らない」となるのですが、具体的に言うと

となります。

両方ともローカルにあるブランチで分かりにくいのですが、図でイメージするとこんな感じです。

ローカルの「master」ブランチの1歩先(リモート寄り)に「origin/master」ブランチがあって、git fetchではこの「origin/master」ブランチで最新情報を受け取ります。

それをローカルの「master」ブランチが貰えるようにgit fetch → git mergeをして、「origin/master」→「master」へ最新情報を持ってくるわけですね。ここまで処理を行うことで、ローカルのファイルが最新の状態に更新されます。

まとめると、

となります。

git pull

git pullは、上のgit fetch、git mergeを同時に行うコマンドです。そのため、リモートの「master」ブランチから、ローカルの「origin/master」ブランチを介して、ローカルの「master」まで一気に最新情報を持ってきます。

mergeまで一気に行なってしまうため、ローカルのブランチとコンフリクトが起きやすいのは、この理由なんですね。

まとめると、

となります。

$ git fetch origin master
$ git merge origin/master

$ git pull origin master

いろんな手段があると思いますが、パニックになる前に、とりあえず解決できそうなコマンドです。

まず、

$ git fetch

でエラーがあって元に戻したい時は、
まだローカルの「master」ブランチまで更新されていない（mergeされていない）ので、

$ git reset --hard HEAD

で直前のcommitまで戻して、無かった事にします。
これは簡単です。

そして、

$ git pull

でエラーがあって元に戻したい、コンフリクトを無くしたいという時は、

まずpull = fetch + mergeなので、mergeを

$ git merge --abort

で取り消します。その後は同じように

$ git reset --hard HEAD

で、直前のcommitまで戻して、無かった事にします。

コンフリクトの理由を把握し、うまく解決してmergeするのが１番ですが、それはまたいずれ違う記事で書きます。