'git pull origin mybranch' 使本地 mybranch N 次提交先于原点。为什么？

我刚刚观察到一些奇怪的事情git pull，我不明白。

星期五，我在当地的一家分公司工作。我们就这样称呼它吧mybranch。在离开办公室之前，我将其推送到了 origin（这是我的 github 存储库）：git push origin mybranch.

昨天在家，我pull将 mybranch 编辑到我的笔记本电脑上，做了更多编码，然后将我的更改推送回 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 [email protected]:me/project
af8be00..88b0738  mybranch -> origin/mybranch

显然，我的本地存储库缺少一些参考对象，但怎么可能呢？我的意思是，拉动已经完成了提取，除了那个分支之外我没有处理任何事情，所以git fetch origin and git fetch origin mybranch应该有相同的结果吗？

我应该总是使用git pull origin代替git pull origin branchname?

我很困惑。

git pull calls git fetch在将显式获取的头（或者如果没有配置为合并的远程分支）合并到当前分支之前，使用适当的参数。

语法：git fetch <repository> <ref> where <ref>只是一个没有冒号的分支名称，是一个“一次性”提取，它不会对指定远程的所有跟踪分支进行标准提取，而是仅将命名分支提取到FETCH_HEAD.

Update:对于 1.8.4 以来的 Git 版本，如果有一个远程跟踪分支跟踪您要求获取的引用，那么该跟踪分支现在将通过以下方式更新：fetch。此更改是专门为了避免先前行为造成的混乱而进行的。

当你表演时git pull <repository> <ref>, FETCH_HEAD如上更新，然后合并到您的签出中HEAD但远程存储库的标准跟踪分支都不会更新（Git looks就像您领先于远程分支一样，而实际上您是最新的。

我个人总是这样做git fetch其次是git merge <remote>/<branch>因为我在合并之前会看到有关强制更新的任何警告，并且我可以预览要合并的内容。如果我使用git pull比我多一点，我会做一个简单的git pull大多数时候没有参数，依赖于branch.<branch>.remote and branch.<branch>.merge“做正确的事”。