仅存在一条主干时，是否需勾选‘push all branches’进行Git推送？

嘿，我来帮你捋捋这个问题——我之前也碰到过类似的情况，尤其是在只有主干分支的简单仓库里，这种小问题反而容易让人摸不着头脑。

首先先澄清你疑惑的FETCH_HEAD：它根本不是分支，只是Git在你执行git fetch后生成的一个临时引用，指向你最后一次从远程拉取的最新提交。它的作用是记录fetch的结果，和你推送时遇到的问题没有直接关联，不用在这上面纠结。

接下来说说为什么勾选「push all branches」才生效：

• 最可能的原因是你的本地Git默认推送策略不是「匹配所有对应远程的分支」。Git的push.default配置项有好几种取值，比如simple（默认，只推送当前跟踪的分支）、current（推送当前分支到同名远程分支）、matching（推送所有本地和远程同名的分支）。如果你的本地主干分支和远程主干的跟踪关系出了问题（比如不小心取消了跟踪，或者远程分支的引用有异常），默认的推送策略就会失败，而勾选「push all branches」相当于强制触发matching策略，把所有有对应远程分支的本地分支推上去，自然就覆盖了这个问题。
• 还有一种可能：你虽然只有主干，但本地的main（或master）分支没有正确关联远程的origin/main。这种情况下，默认推送只会尝试推送到和本地分支同名的远程分支，但如果关联关系断了，Git不知道该推到哪里，就会默默失败（或者你没注意到错误提示）。

那即使只有主干，要不要一直勾选这个选项？
完全没必要，这只是临时解决办法，我们得把根因解决掉：

• 先检查本地分支的跟踪状态：在终端跑git branch -vv，看你的主干分支后面是不是显示origin/main（类似main 123abc [origin/main] 最新提交信息）。如果没有，执行git branch -u origin/main手动设置跟踪关系。
• 检查远程仓库状态：跑git remote show origin，看看远程main分支的最新提交哈希是不是和你本地的一致。如果不一致，先拉取远程最新内容再推送。
• 尝试手动指定推送分支：直接跑git push origin main，如果能正常推送，同事之后执行git pull就能拿到更新。这时候你可以调整全局推送配置，比如git config --global push.default current，这样以后默认推送当前分支到同名远程分支，不用再勾选「push all branches」。

最后补充一句：别忘了提醒同事，他们需要执行git pull（或者git fetch && git merge origin/main）才能把远程的最新更新同步到本地，光看本地日志肯定是旧的——有时候问题出在对方没同步，不是你没推成功。

内容的提问来源于stack exchange，提问作者Christopher J. Holland