执行git pull upstream master导致develop分支异常问题咨询

首先明确一个前提：如果你没有upstream原始仓库的直接写权限，你本地执行的任何Git命令都不可能直接修改upstream远程服务器上的分支内容，你观察到的「upstream的develop分支被干扰、两个分支原有差异消失」，本质是本地分支跟踪配置错误、git pull默认合并逻辑导致的本地引用异常，属于本地视角的假象，远程upstream的真实分支状态从来没被你的本地操作改动过。
具体触发逻辑有三个常见场景：

• git pull的本质是git fetch + 合并操作，你执行git pull upstream master时，Git会先拉取upstream的所有分支引用到本地缓存，再把upstream/master的内容合并到你当前所在的本地master分支。如果你的本地master之前错误绑定了跟踪分支为upstream/develop，或者本地master上之前混进了develop分支的提交，pull操作生成的自动合并提交会把两条分支的历史揉在一起，导致你本地看到两个分支的提交差异被抹平。
• 如果你本地Git的pull默认策略没有开启fast-only强制校验，当本地master和upstream/master存在提交分叉时，Git会自动生成一个跨历史的合并提交，如果你后续执行push操作时误带了匹配所有分支的参数，会把错误的合并提交同步到你自己的origin仓库，进一步混淆本地的分支引用缓存，让你误以为是upstream的分支被改动。
• 如果你之前执行过错误的--set-upstream绑定，比如把本地develop分支绑定到upstream/master、或者把本地master绑定到upstream/develop，每次执行pull时Git会按错误的映射关系拉取内容，直接冲掉本地缓存的对应远程分支引用，导致分支差异显示异常。

不要直接用git pull拉取对应分支，按下面的步骤操作可以完全避免分支历史混乱：

1. 先拉取upstream仓库所有分支的最新状态，只更新本地的远程引用缓存，不做任何合并操作：

git fetch upstream

2. 切换到你需要同步的本地分支，比如同步master分支就切到本地master，同步develop就切到本地develop，不要跨分支执行拉取操作：

git checkout master

3. 强制用fast-forward模式合并upstream对应分支的最新提交，如果本地分支和远程分支存在历史分叉，命令会直接报错终止，不会自动生成混乱的合并提交：

git merge --ff-only upstream/master

加--ff-only参数是核心，从机制上杜绝了自动揉合不同分支历史的可能，只要命令执行成功，本地分支的提交历史就会和upstream对应分支完全一致，不会有多余的合并提交。

4. 把同步完成的本地分支推送到你自己的origin远程仓库即可：

git push origin master

如果需要同步develop分支，把上述步骤里的分支名替换为develop单独执行一遍即可，不要在master分支上拉取其他分支的内容。

如果已经出现分支差异丢失、引用混乱的问题，按下面步骤操作即可恢复：

• 先执行git fetch upstream，这条命令会直接用upstream远程仓库的真实分支状态覆盖你本地的所有upstream/*引用缓存，之前本地看到的「upstream develop被改动」的假象会直接消失。
• 如果本地分支已经生成了错误的合并提交，先执行git log --oneline --graph找到分支出现混乱之前的正确提交hash，执行git reset --hard <提交hash>回滚到正确状态，再按上面的标准流程重新同步即可。
• 执行git branch -vv查看所有本地分支的远程跟踪绑定关系，如果存在绑定错误的情况，先用git branch --unset-upstream <分支名>解绑错误的跟踪关系，再重新绑定到正确的对应远程分支即可。

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