为何GitLab合并请求显示全量差异？已合并分支仍异常

问题原因 #

当你多次将特性分支X合并到主分支Y，随后又把Y合并回X，分支的拓扑结构会变得复杂：此时X和Y的共同祖先节点变成了Y合并到X的那次提交，而非你新增提交之前的节点。

默认情况下，Git合并请求的差异统计是基于「共同祖先到两个分支HEAD的所有变更」来计算的。由于Y已经包含了X之前的所有修改，合并回X后，Git在对比时会把X中曾经修改过的文件重新标记为差异，而非仅显示你新增提交的内容。

解决办法 #

• 精确对比分支差异：使用命令行执行 git diff Y..X，这个命令会直接对比Y的当前HEAD和X的当前HEAD，只显示X相对于Y新增的提交内容。
• 调整合并请求对比基准：如果使用的代码托管平台（如GitHub/GitLab）支持，在合并请求设置里选择对比Y的最新提交，而非默认的共同祖先对比。
• 改用Rebase同步分支：避免频繁双向合并，同步Y到X时使用rebase：

  git checkout X
  git rebase Y
  

  这样X的提交会追加到Y的提交历史之后，合并请求的差异会更清晰。注意：rebase会修改提交历史，仅在自己的特性分支上操作，不要对公共分支使用。

内容的提问来源于stack exchange，提问作者Lena Bru