如何避免GitHub特性分支PR差异中出现已合并的开发分支提交

问题根源 #

你推测的GitHub三点比较规则是核心原因。当你通过临时分支中转合并时，feature分支的提交历史里没有直接记录与最新development分支的合并节点，GitHub做三点比较（取feature最新提交、临时分支最新提交、两者共同祖先）时，这个共同祖先还是之前未合并过development的旧节点，导致之前已经合并过的变更被再次算进差异里。

可行解决方案 #

1. 直接在feature分支上合并development（最稳妥） #

跳过中间临时分支，直接在本地完成合并后推送：

• 拉取最新的development：git checkout development && git pull
• 切回你的feature分支：git checkout feature
• 合并development到feature：git merge development
• 处理冲突（如果有），提交后推送到远程：git push origin feature

每次合并都会在feature上生成一个明确的合并节点，后续GitHub识别PR差异时，会以这个节点作为共同祖先，自然不会再重复显示已合并过的内容。

2. 用变基替代普通合并（适合个人维护的feature分支） #

如果团队要求必须通过PR合并，不能直接推feature分支，可以用变基来改写临时分支的历史：

• 从feature拉出临时分支：git checkout feature && git checkout -b merge-dev-to-feature
• 拉取最新的development：git pull origin development
• 把临时分支变基到development上：git rebase development

  注意：变基会改写提交历史，如果feature分支是多人协作的，千万别这么做，会搞乱队友的提交记录；如果是你自己单独维护的分支，完全没问题。

• 解决变基过程中的冲突，完成后强制推送到远程：git push origin merge-dev-to-feature --force
• 提交PR到feature分支，此时GitHub的差异计算会基于变基后的提交，只会显示feature相对于development的新变更，不会重复旧内容。

3. 临时调整PR的比较基准（应急用） #

如果已经创建了PR，发现有重复内容，可以手动调整PR的比较基准：

• 在GitHub的PR页面，找到「Compare changes」区域，点击「compare:」旁边的下拉框，先选development作为基准，再切回feature分支，这样会重新计算差异，过滤掉已经合并到development的内容。不过这只是临时的显示修正，最好还是从合并流程上彻底解决。

核心逻辑 #

GitHub的PR差异默认用git diff --merge-base的三点比较逻辑，只有当feature分支的提交历史里明确包含与development的合并节点时，Git才能准确识别哪些内容已经合并过。中间临时分支的普通合并没有在feature上留下这个关键节点，才导致了重复显示的问题。

内容的提问来源于stack exchange，提问作者原裕貴