'git pull origin mybranch'は、ローカルのmybranch Nコミットをoriginより先に残します。どうして？

私はちょうど奇妙について何かを観察しgit pull、私は理解していないいます、。

金曜日、私は地元の支店で働きました。それを呼びましょうmybranch。オフィスを離れる前に、それを元の場所（私のgithubリポジトリ）にプッシュしましたgit push origin mybranch。

昨日自宅で、私のpullブランチをラップトップに移動し、さらにコーディングを行ってから、変更をgithub（元）にプッシュしました。

今、私は再び仕事をしていて、昨日の変更を自分の作業マシンにプルしようとしました（週末に私の職場のローカルリポジトリで何も変更しませんでした）。

git pull origin mybranch

これは早送りマージを引き起こしましたが、問題ありません。それから私はをしましたgit status、そしてそれは言った：

# On branch mybranch
# Your branch is ahead of 'origin/mybranch' by 6 commits.
#
nothing to commit (working directory clean)

えっ？週末に触れずに、元の場所から引っ張っただけで、6コミット先になるのはなぜですか？したがって、私はaを実行しgit diff origin/mybranch、差分はちょうどリモートからプルした6つの変更でした。

私はこれを実行することによってのみこれを「修正」することができましたgit fetch origin：

From git@github.com:me/project
af8be00..88b0738  mybranch -> origin/mybranch

どうやら、私のローカルリポジトリにはいくつかの参照オブジェクトがありませんでしたが、それはどうしてですか？つまり、プルはすでにフェッチを行っており、そのブランチ以外には何もしていなかったので、git fetch originとgit fetch origin mybranchは同じ結果になるはずですか？

git pull origin代わりに常に使用する必要がありgit pull origin branchnameますか？

よくわかりません。

git pullgit fetch明示的にフェッチされたヘッドをマージする前に（または、マージ用に構成されたリモートブランチがない場合）、現在のブランチに適切なパラメーターを指定して呼び出します。

構文：git fetch <repository> <ref>where <ref>は、コロンのない単なるブランチ名です。指定されたリモートの追跡されたすべてのブランチの標準のフェッチを行わず、代わりに名前付きブランチだけをフェッチする「ワンショット」フェッチです。FETCH_HEAD。

更新： 1.8.4以降のGitバージョンの場合、フェッチするように要求した参照を追跡するリモート追跡ブランチがある場合、追跡ブランチはによって更新されfetchます。この変更は、以前の動作が引き起こした混乱を避けるために特別に行われました。

を実行するとgit pull <repository> <ref>、FETCH_HEAD上記のように更新され、チェックアウトにマージされますHEADが、リモートリポジトリの標準追跡ブランチは更新されません（Git <1.8.4）。つまり、ローカルでではリモートブランチよりも先に見えますが、実際には最新の状態です。

個人的には、マージする前に強制更新に関する警告が表示され、マージする内容をプレビューできるので、常にgit fetchフォローしgit merge <remote>/<branch>ます。私が使用git pullするよりも少し多く使用した場合、git pullほとんどのパラメーターなしでプレーンを実行します。当時は、「正しいことbranch.<branch>.remoteをbranch.<branch>.mergeする」ことを頼りにしています。

git remote -v showそれが起源になると何が戻りますか？

originがgithubを指している場合、ステータスは最新であり、リモートリポジトリの前ではありません。少なくとも、Git1.6.5では、簡単なテストに使用しています。

とにかく、これを回避するには、masterブランチのリモートリポジトリを明示的に定義します。

$ git config branch.master.remote yourGitHubRepo.git

次に、その後にgit pull origin masterが続くとgit status、クリーンステータスが返されます（先読みなし）。
どうして？get fetch origin master（git pull origin masterに含まれる）はFETCH_HEAD（Charles Baileyが彼の回答で説明しているように）更新するだけでなく、ローカルのGitリポジトリ内の「remote masterブランチ」も更新するためです。
その場合、ローカルマスターはリモートマスターよりも「先に」いるようには見えません。

これをgit1.6.5でテストできます。

まず、workrepoを作成します。

PS D:\git\tests> cd pullahead
PS D:\git\tests\pullahead> git init workrepo
Initialized empty Git repository in D:/git/tests/pullahead/workrepo/.git/
PS D:\git\tests\pullahead> cd workrepo
PS D:\git\tests\pullahead\workrepo> echo firstContent > afile.txt
PS D:\git\tests\pullahead\workrepo> git add -A 
PS D:\git\tests\pullahead\workrepo> git commit -m "first commit"

ベアリポジトリ（どこからでもプッシュを受信できるリポジトリ）を作成して、GitHubリポジトリをシミュレートします

PS D:\git\tests\pullahead\workrepo> cd ..
PS D:\git\tests\pullahead> git clone --bare workrepo github

私は作業リポジトリにモディフを追加し、それをgithubリポジトリにプッシュします（リモートとして追加されます）

PS D:\git\tests\pullahead> cd workrepo
PS D:\git\tests\pullahead\workrepo> echo aModif >> afile.txt
PS D:\git\tests\pullahead\workrepo> git ci -a -m "a modif to send to github"
PS D:\git\tests\pullahead\workrepo> git remote add github d:/git/tests/pullahead/github
PS D:\git\tests\pullahead\workrepo> git push github

私は、GitHubにプッシュされたGitHubのクローンを作成したホームリポジトリを作成します。

PS D:\git\tests\pullahead\workrepo> cd ..
PS D:\git\tests\pullahead> git clone github homerepo
PS D:\git\tests\pullahead> cd homerepo
PS D:\git\tests\pullahead\homerepo> type afile.txt
firstContent
aModif

PS D:\git\tests\pullahead\homerepo> echo aHomeModif1  >> afile.txt
PS D:\git\tests\pullahead\homerepo> git ci -a -m "a first home modif"
PS D:\git\tests\pullahead\homerepo> echo aHomeModif2  >> afile.txt
PS D:\git\tests\pullahead\homerepo> git ci -a -m "a second home modif"
PS D:\git\tests\pullahead\homerepo> git push github

その後、最初の実験のためにworkrepoをクローンします

PS D:\git\tests\pullahead\workrepo4> cd ..
PS D:\git\tests\pullahead> git clone workrepo workrepo2
Initialized empty Git repository in D:/git/tests/pullahead/workrepo2/.git/
PS D:\git\tests\pullahead> cd workrepo2
PS D:\git\tests\pullahead\workrepo2> git remote add github d:/git/tests/pullahead/github
PS D:\git\tests\pullahead\workrepo2> git pull github master
remote: Counting objects: 8, done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 6 (delta 1), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done.
From d:/git/tests/pullahead/github
 * branch            master     -> FETCH_HEAD
Updating c2763f2..75ad279
Fast forward
 afile.txt |  Bin 46 -> 98 bytes
 1 files changed, 0 insertions(+), 0 deletions(-)

そのリポジトリでは、git statusは ' origin'の前のマスターgeingについて言及しています：

PS D:\git\tests\pullahead\workrepo5> git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
nothing to commit (working directory clean)

しかしそれはorigingithub ではありません：

PS D:\git\tests\pullahead\workrepo2> git remote -v show
github  d:/git/tests/pullahead/github (fetch)
github  d:/git/tests/pullahead/github (push)
origin  D:/git/tests/pullahead/workrepo (fetch)
origin  D:/git/tests/pullahead/workrepo (push)

しかし、githubへの起点を持つ（または起点がまったくない、リモートの「github」だけが定義されている）リポジトリでシーケンスを繰り返す場合、ステータスはクリーンです。

PS D:\git\tests\pullahead\workrepo2> cd ..
PS D:\git\tests\pullahead> git clone workrepo workrepo4
PS D:\git\tests\pullahead> cd workrepo4
PS D:\git\tests\pullahead\workrepo4> git remote rm origin
PS D:\git\tests\pullahead\workrepo4> git remote add github d:/git/tests/pullahead/github
PS D:\git\tests\pullahead\workrepo4> git pull github master
remote: Counting objects: 8, done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 6 (delta 1), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done.
From d:/git/tests/pullahead/github
 * branch            master     -> FETCH_HEAD
Updating c2763f2..75ad279
Fast forward
 afile.txt |  Bin 46 -> 98 bytes
 1 files changed, 0 insertions(+), 0 deletions(-)
PS D:\git\tests\pullahead\workrepo4> git status
# On branch master
nothing to commit (working directory clean)

私はしていた場合originに向いてgithub、statusgit1.6.5のためのクリーンだろう。
それは以前のgitの「先の」警告があるかもしれませんが、とにかく、git config branch.master.remote yourGitHubRepo.git明示的に定義されたものは、Gitの初期バージョンでもそれを処理できるはずです。

を使用して、すべてのリモート（origin元のクローンに付属しているものを除く）を追加するように注意していますgit remote add NAME URLか？git configに追加されたばかりのときにこのバグを見ました。