我在我的舞台服务器上有这个问题，我只做拉。 和硬复位帮助我清洁HEAD一样的遥控器。

git reset --hard origin/master

现在我又有了:

On branch master
Your branch is up-to-date with 'origin/master'.

如果你在执行git pull远程分支之后得到这条消息，试着用git fetch来跟踪它。(可选地，运行git fetch -p从repo中删除分支)

Fetch似乎更新了远程分支的本地表示，当您执行git拉远程分支时，这并不一定会发生。

如果在执行提交后收到此消息，为了取消分支中的文件跟踪，请尝试对任何文件进行一些更改并执行提交。显然，你不能做出单一的提交，其中只包括取消跟踪以前跟踪的文件。 最后这篇文章帮助我解决了整个问题https://help.github.com/articles/removing-files-from-a-repository-s-history/。我只需要从存储库历史中删除文件。

我认为你误解了信息——你的分支不是在master前面，它是master。它位于origin/master之前，后者是一个远程跟踪分支，用于记录您上一次推、拉或取时远程存储库的状态。它会告诉你你做了什么;你走到了遥控器前面，它在提醒你按。

就我而言，这是因为我改用了熟练使用

 git checkout -B master

把它的新版本拉出来，而不是

 git checkout master

第一个命令将master的头重置为最近的提交

我使用

git reset --hard origin/master

为了解决这个问题

然后，当我执行git状态时，它告诉我我的分支领先X次提交(大概与我所做的提交数量相同)。

我的经验是在有许多分支的团队环境中工作。我们在自己的特性分支中工作(在本地克隆中)，git状态显示我已经提前11次提交了。我的工作假设，就像问题的作者，是+11来自我自己的提交。

结果发现，我在几个星期前就把变更从通用开发分支拉到了我的功能分支中——但我忘了!当我今天重新访问我的本地功能分支并做了一个git拉源开发时，数量跃升至+41提交。在开发过程中已经做了很多工作，所以我的本地特性分支在原始存储库上甚至领先于特性分支。

因此，如果您收到这条消息，请回想一下您可能从您可以访问的其他分支(您自己的或其他分支)执行的任何拉/合并。该消息只是表明你需要git将这些拉回的更改从本地回购推回原始回购(“跟踪分支”)，以使事情同步。