这到底是怎么发生的呢?

我在一个回购工作由自己的时刻,所以这是我的工作流程:

改变文件 提交 重复1-2次直到满意 推送至master

然后,当我执行git状态时,它告诉我我的分支领先X次提交(大概与我所做的提交数量相同)。是不是因为当您推送代码时,它实际上并没有更新本地缓存的文件(在.git文件夹中)?git拉似乎“修复”这个奇怪的消息,但我仍然好奇为什么会发生这种情况,也许我使用git错误?


包括在消息中打印的分支

我在当地的分公司走在主人前面

你在哪里推/拉当前的分支

我推送到GitHub,并拉到我碰巧在那个时间点上工作的任何一台计算机,我的本地副本总是完全最新的,因为我是唯一一个在它上工作的人。

它实际上并不检查远程回购

这就是我的想法,我想我要确保我对它的理解是正确的。

你是否给它传递了一些额外的参数?

不是我能看到的,也许我这边有什么奇怪的配置?

$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
nothing to commit (working directory clean)

当前回答

我在一台Windows电脑上遇到了同样的问题。当我运行一个git拉origin master命令时,我会得到“在'origin/master'前面X次提交”警告。我发现,如果我不是运行git拉原点,没有指定分支,那么我将不再收到警告。

其他回答

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

 git checkout -B master

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

 git checkout master

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

我使用

git reset --hard origin/master

为了解决这个问题

使用这3个简单的命令

步骤1:git checkout <branch_name>

步骤2:git拉-s递归-X their

步骤3:git reset——hard origin/<branch_name> . zip

详情:https://stackoverflow.com/a/39698570/2439715

享受。

Use

git pull --rebase

——rebase选项意味着git会将你的本地提交移到一边,与远程同步,然后尝试从新的状态应用你的提交。

提示git pull或git fetch的答案是正确的。 当git状态看到。git/FETCH_HEAD和.git/refs/remotes/<仓库>/<分支>(例如。git/refs/remotes/origin/master)之间的差异时,就会生成该消息。

后一个文件记录了最后一次获取的HEAD(用于存储库/分支)。执行git获取将两个文件更新到分支的当前HEAD。 当然,如果没有东西要获取(因为本地存储库已经是最新的),那么.git/FETCH_HEAD就不会改变。

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

git reset --hard origin/master

现在我又有了:

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