如何让已分叉的Git分支A和B双向同步所有差异文件？

你遇到的核心问题是**--squash合并不会记录分支间的合并关系**。当你用git merge --squash B把B的变更打包成普通提交放到A上时，Git并没有在分支历史中标记A和B已经合并过。所以切换到B尝试合并A时，Git会从两个分支的公共祖先节点开始对比差异，而非基于你刚完成的squash提交。这就导致很多已经通过squash同步到A的内容，Git会判定为“A上的新变更，但B上已有相同内容”，从而自动忽略这些无冲突的差异，只提示真正存在内容冲突的文件。

根据你不需要保留对方分支提交历史、仅需单条同步提交的需求，可以按以下方式处理：

方式一：基于--squash合并确认所有变更 #

git merge --squash A其实已经将A的所有变更应用到了B的工作区和暂存区，只是没有冲突的文件Git自动完成了合并。你可以通过以下步骤确认并处理所有差异：

• 执行git status查看所有变更：标记为both modified的是需要解决冲突的文件，标记为modified的是Git自动合并完成的文件
• 对自动合并的文件检查内容：
  • 保留变更：执行git add <文件名>
  • 拒绝变更：执行git checkout -- <文件名>（恢复到B分支原状态）
• 用git add -p <文件名>可以逐块查看并选择保留或放弃文件内的部分变更
• 所有文件确认完成后，提交同步记录：git commit -m "同步A的变更"

方式二：生成补丁手动应用所有差异 #

如果希望更直观地控制所有差异，可以用补丁文件的方式：

1. 备份当前B分支（防止操作失误）：

   git checkout B
   git branch B-backup
   

2. 生成A相对于B的差异补丁：

   git diff B..A > sync-from-A.patch
   

3. 在B分支上应用补丁：

   git apply sync-from-A.patch
   

4. 逐个检查修改后的文件：
   • 保留变更：git add <文件名>
   • 放弃变更：git checkout -- <文件名>
   • 逐块选择：git add -p <文件名>
5. 提交同步记录：git commit -m "同步A的变更"

长期同步建议 #

如果之后需要定期双向同步，不建议频繁使用--squash合并，因为每次squash都会破坏分支的合并追踪关系，导致后续合并越来越混乱。建议改用普通合并并保留合并记录：

git checkout A
git merge --no-ff B -m "同步B的变更"

--no-ff会生成明确的合并提交，让Git能正确追踪分支间的同步历史，后续双向合并时会自动识别已同步的内容，减少不必要的手动处理。

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