将功能分支合并至测试分支的PR出现已存在文件的变更

可能的成因 #

• 功能分支与测试分支历史分歧：你之前把FileA合并到测试分支后，功能分支可能被做过重置、变基操作，或者其他开发者修改了测试分支的FileA，而你的功能分支没同步最新测试分支代码，导致Git判定FileA版本和测试分支不一致。
• 合并冲突处理遗留问题：之前合并FileA时如果有冲突，手动解决后可能没正确更新Git的合并记录，或者功能分支里的FileA还保留着旧提交链，和测试分支的提交记录不匹配。
• 本地仓库未同步最新代码：你的本地功能分支没拉取测试分支的最新提交，推送后远程功能分支和测试分支的差异计算出错，导致PR误判FileA有变更。

解决方法 #

• 同步测试分支到功能分支
  1. 切换到本地功能分支：git checkout feature-branch
  2. 拉取测试分支最新代码：git pull origin test-branch
  3. 若有冲突，手动解决后提交，再推送到远程：git push origin feature-branch，之后刷新PR查看FileA的变更是否消失。
• 检查分支提交历史
  用git log --oneline feature-branch..test-branch查看测试分支比功能分支多的提交，或git log --oneline test-branch..feature-branch查看功能分支的额外提交，确认FileA的提交是否已存在于测试分支中。如果功能分支有重复的FileA提交，可尝试变基或重置分支。
• 重建功能分支（极端情况）
  从最新测试分支拉取代码，创建新的功能分支，把本次修改的FileB复制到新分支，提交后重新创建PR，彻底避开旧分支的历史问题。
• 检查PR设置
  确认PR的目标分支是正确的测试分支，查看PR的“比较”选项，确保是基于测试分支的最新版本进行差异对比。

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