本地无变更的Git分支执行git pull为何会产生冲突？

核心原因 #

你的本地分支与远程X分支的提交历史发生了分叉，但分叉并非源于你本地的新提交，而是远程分支的历史被人为修改（如变基、强制推送重置等），导致Git无法直接执行快进合并，只能尝试三方合并。若远程修改的内容与你本地已有的历史提交（虽无新变更，但本地保留旧提交记录）在同一文件的同一位置存在改动，就会触发冲突。

常见的远程操作场景 #

• 远程分支被变基后强制推送：同事将X分支基于其他分支（如主分支）做变基，改写了分支上的提交哈希与历史顺序，随后用git push -f强制覆盖远程分支。
• 远程分支被重置后添加新提交：同事用git reset --hard <旧提交哈希>重置远程X分支到某个历史节点，添加新提交后强制推送，替换原有历史。
• cherry-pick提交后强制覆盖：同事将其他分支的提交复制到X分支，强制推送替换掉原有提交链。

具体示例 #

场景1：远程分支变基

1. 你之前的提交链（本地+远程一致）：

   A -> B -> C（你的提交，已推送到远程X分支）
   

2. 同事对远程X分支执行变基：将C提交基于最新主分支提交D重新生成，得到新提交C'（哈希与C完全不同），然后强制推送：
   远程X分支现在的提交链：

   A -> D -> C'
   

3. 你本地的X分支仍保留旧历史：

   A -> B -> C
   

4. 执行git pull origin X时，Git发现本地与远程分支无共同的直接后续提交，只能尝试合并C与C'的内容。若C和C'修改了同一文件的同一代码块，就会触发冲突——即便你本地没有任何新变更。

场景2：远程分支被重置后添加新提交

1. 初始提交链：

   A -> B -> C（你的提交，已推送）
   

2. 同事将远程X分支重置到B提交，添加新提交E后强制推送：
   远程X分支提交链：

   A -> B -> E
   

3. 你本地仍为A -> B -> C，执行git pull时，Git需要合并C与E的改动，若两处修改存在重叠，就会产生冲突。

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