如何防止Git快进自动合并 满足多分支合并需求并降低冲突风险

解决方案 #

步骤1：提取C分支的独有提交 #

首先找到C分支从B分叉的起始提交哈希（可以用git log --oneline --graph查看提交树找到对应节点，记为<c-start-commit>），C分支最新提交记为<c-latest-commit>。
基于最新的A分支创建临时工作分支：

git checkout -b temp/c-only A

将C分支的独有提交批量拣选到临时分支：

git cherry-pick <c-start-commit>^..<c-latest-commit>

遇到冲突时解决冲突后执行git cherry-pick --continue即可，完成后临时分支仅包含C分支的修改，完全不带C创建前B分支的改动，满足PR内容要求。

步骤2：合并到A分支并禁用快进 #

切换回A分支，执行非快进合并：

git checkout A
git merge --no-ff temp/c-only

--no-ff参数会强制生成一个新的合并提交，完全避免fast forward自动合并，且因为临时分支是基于当前A分支创建、新增了C的独有提交，不会出现Already up to date!的提示。
合并完成后可删除临时分支：git branch -D temp/c-only

步骤3：降低后续B分支合并的冲突概率 #

将合并了C改动的最新A分支同步回B分支，同样使用非快进合并：

git checkout B
git merge --no-ff A

这一步会将C分支对XPTO.txt等文件的改动提前同步到B分支，后续B向A提PR时，只会在B、C同时修改的代码段产生冲突，大幅降低冲突范围。

之前方案出现Already up to date!的解决方法 #

你之前尝试强制合并B到A时出现该提示，是因为当前A分支已经包含了B分支的所有提交记录，Git判断没有需要合并的内容。如果确实需要生成合并记录（比如标记B分支的代码已被排除），可以使用ours合并策略强制生成无内容变更的合并提交：

git checkout A
git merge --no-ff -s ours B

该命令会生成一个合并节点，完全保留A分支的现有内容，忽略B分支的所有改动，同时不会产生内容冲突。

该方案支持多文件、多提交的复杂场景，只需调整cherry-pick的提交范围即可适配。

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