Azure DevOps使用Git时出现异常合并行为的问题咨询

问题诱发原因 #

• 两个功能分支与混合分支的合并基线不一致是核心诱因。表现正常的功能分支每次合并到混合分支后，都会及时将混合分支的最新提交同步回本地功能分支，因此下次创建PR时，系统识别到的两个分支共同祖先是上次合并的节点，仅展示新增变更。
• 异常功能分支未做上述同步操作：每次功能分支合并到混合分支后，混合分支会生成新的合并提交，如果功能分支始终基于最初拉取的Develop节点更新，从未对齐混合分支的新提交，Azure DevOps计算分支差异时会将共同祖先回溯到功能分支最初拉取的节点，因此会展示该分支创建以来的全量变更。
• 若异常功能分支曾执行过修改历史提交的操作（比如强制变基、回退后强制推送），也会导致两个分支的共同祖先节点提前，触发全量变更展示、重复冲突等问题。

解决方案 #

临时修复当前异常PR #

如果可以接受功能分支存在合并提交，执行以下操作：

1. 切换到本地异常功能分支，拉取混合分支最新代码：
   git pull origin <你的混合分支名>
2. 解决合并过程中产生的所有冲突，提交合并记录后推送到远程功能分支
3. 刷新Azure DevOps的PR页面，系统会重新计算分支差异，仅展示上次合并后新增的提交内容，已解决的冲突也不会重复提示。

如果需要保持功能分支提交线干净，用变基操作处理：

1. 切换到本地异常功能分支，执行变基命令：
   git rebase origin/<你的混合分支名>
2. 按提示解决变基过程中的冲突，每解决一个冲突执行git add .后运行git rebase --continue直到变基完成
3. 用安全强制推送命令更新远程功能分支：
   git push --force-with-lease

注意不要使用git push --force，避免覆盖其他同事提交到该功能分支的代码。

长期流程优化避免复现 #

• 所有功能分支开发人员，在往混合分支提交PR之前，必须先拉取混合分支最新代码合并/变基到本地分支，再推送远程创建PR。
• 功能分支合并到混合分支后，如果还需要继续迭代开发，必须第一时间同步混合分支的最新合并提交到功能分支，保证两个分支的基线一致。
• 禁止在混合分支上直接提交任何代码，混合分支仅用来合并各功能分支的提交，避免分支基线混乱。

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