'git pull origin mybranch'使本地mybranch N提交早于起源。为什么？

我只是发现一些奇怪的东西git pull，我不明白。

星期五，我在当地一家分公司工作。让我们称之为mybranch。在离开办公室之前，我把它推到原点（这是我的GitHub库）git push origin mybranch。

昨天在家，我将pullmybranch带到笔记本电脑上，做了一些编码，然后将所做的更改推回了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次提交？所以我跑了一个git diff origin/mybranch，差异就是我刚刚从远程拉出的6个变化。

我只能通过运行“修复”此问题git fetch origin：

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

显然，我的本地仓库缺少一些参考对象，但是那怎么可能呢？我的意思是，pull已经完成了获取，并且除了该分支外，我什么都没做，所以a 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回报，当谈到起源？

如果原始点指向github，则状态应该是最新的，而不是在任何远程仓库之前。至少，我正在使用Git1.6.5进行快速测试。

无论如何，为避免这种情况，请明确定义master分支的远程仓库：

$ git config branch.master.remote yourGitHubRepo.git

，然后是git pull origin master，其后git status应是，应返回清除状态（不得超前）。
为什么？因为获取获取原始主机（包含在git pull原始主机中）不仅会更新FETCH_HEAD（如Charles Bailey在他的回答中所述），而且还会更新还会更新本地Git存储库中的“远程主机分支”。
在这种情况下，您的本地主机似乎不再位于远程主机之前。

我可以用git1.6.5进行测试：

首先，我创建一个工作仓库：

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

我向我的工作仓库添加了一个modif，然后将其推送到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' 之前的master 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)

但这origin不是github：

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，status对于git1.6.5来说是干净的。
对于较早的git可能带有“ ahead”警告，但是无论如何git config branch.master.remote yourGitHubRepo.git，即使使用早期版本的Git，显式定义的对象也应该能够解决这一问题。

您是否小心使用添加所有远程（origin原始克隆随附的除外）git remote add NAME URL？将它们添加到git配置时，我已经看到了此错误。