为什么我的分支与dev分支的全部差异未在PR中完整展示？

问题根因 #

你遇到的差异统计不一致是Git默认的双点diff逻辑导致的：

• git diff dev..myBranch 对比的是两个分支的共同祖先提交之后，myBranch上新增的变更。由于你之前已经把功能代码合并到过dev，后续dev上的回滚提交属于dev分支的变更，不在myBranch的提交历史范围内，所以这个命令只会显示你后来修复bug的50行改动。
• 直接对比两个分支最新commit hash的diff是全量文件内容对比，不受提交历史影响，所以会显示完整的1000行差异。GitHub PR默认使用双点diff逻辑统计变更，因此出现了显示不全的问题。

可落地的解决方案 #

方案1：变基功能分支（最推荐） #

直接把你的功能分支变基到最新的dev HEAD上，重置两个分支的共同祖先，GitHub就会自动计算全量差异：

1. 拉取最新的远程dev代码到本地：

git checkout dev
git pull origin dev

2. 切回你的功能分支执行变基：

git checkout myBranch
git rebase dev

3. 如有冲突按需解决后，强制推送到远程分支即可：

git push origin myBranch --force-with-lease

推送完成后PR会自动刷新，Files changed页面就会显示所有1000行的变更。

方案2：新建干净的功能分支 #

如果担心变基影响提交历史，可以从最新dev拉取新分支后迁移改动：

1. 从最新dev创建新分支：

git checkout dev
git pull origin dev
git checkout -b newMyBranch

2. 把原功能分支的所有改动合并到新分支（或者直接拷贝文件覆盖）：

git merge --squash myBranch

3. 提交改动后推送新分支，用新分支提交PR即可，差异会完整展示。

临时补救方案 #

如果不想修改分支提交历史，可以在PR评论区补充说明差异逻辑问题，告知审核人员可以直接查看两个分支最新commit的全量对比，或者在本地生成完整diff粘贴到PR评论中供审核。

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