Git分支状态显示矛盾及merge参数失效等问题咨询

咱们逐个拆解你遇到的问题，大部分都是对Git核心工作机制的不熟悉导致的，不是Git的bug哦：

1. 是否必须执行git fetch --all才能让本地感知远程状态？ #

没错，这是Git的正常设计。本地仓库里的remotes/bitbucketFrmWin/master这类“远程跟踪分支”，本质是本地缓存的远程仓库状态——Git不会自动后台同步远程的最新提交，必须通过git fetch命令主动拉取远程的更新，才能让本地的这个缓存分支跟上远程的实际状态。

你之前执行git status显示同步，是因为本地的remotes/bitbucketFrmWin/master缓存还是旧的，和你的本地分支CurrAsOf18Jan2018一致；只有执行git fetch（不一定需要--all，针对特定远程执行git fetch bitbucketFrmWin也可以）后，本地缓存才会更新，git status才能正确显示本地分支落后的情况。

2. git branch -vv输出中bitbucketFrmWin/master标注[CurrAsOf18Jan2018: behind 7]的矛盾 #

这里的核心是你可能误解了git branch -vv的输出逻辑：

• 对于本地分支，git branch -vv会显示它和自己的上游跟踪分支的关系（比如CurrAsOf18Jan2018如果跟踪bitbucketFrmWin/master，会显示[bitbucketFrmWin/master: behind 5]）。
• 而remotes/bitbucketFrmWin/master这类远程跟踪分支，默认是没有上游分支的——除非你之前手动给它设置了上游为本地分支CurrAsOf18Jan2018，才会出现[CurrAsOf18Jan2018: behind 7]的标注。

你可以用这条命令验证：

git config --get branch.bitbucketFrmWin/master.merge

如果输出指向本地分支（比如refs/heads/CurrAsOf18Jan2018），那就是这个原因。解决方法是取消它的上游设置：

git branch --unset-upstream bitbucketFrmWin/master

之后再执行git branch -vv，就会正常显示远程跟踪分支的状态了。

3. git merge --no-commit --ff-only d79d834忽略--no-commit直接完成“提交” #

这其实是个常见误解：--no-commit参数只在需要创建新合并提交的场景下生效，而--ff-only指定的是快进合并——快进合并的本质是直接移动当前分支的HEAD指针，让它指向目标提交d79d834，整个过程不需要创建任何新提交，自然也就没有“提交”可以被--no-commit阻止。

只有当合并无法快进（比如本地分支和目标提交有分叉），Git需要创建一个新的合并提交时，--no-commit才会暂停提交流程，让你修改暂存区后再手动提交。

4. git branch -vv未显示远程分支最新提交d79d834的SHA值 #

git branch -vv的设计逻辑里，不会显示上游分支的SHA值：

• 对于本地分支，它只显示本地分支当前的SHA，以及和上游分支的领先/落后数量；
• 对于远程跟踪分支（remotes/开头的），它会显示该缓存分支的SHA，但不会额外关联其他提交的SHA。

如果要查看远程分支bitbucketFrmWin/master的最新SHA，可以用这两条命令：

git rev-parse bitbucketFrmWin/master
# 或者查看详细信息
git show bitbucketFrmWin/master

内容的提问来源于stack exchange，提问作者user1561783