提交Pull Request遇异常：合并子分支到父分支时Diff显示不符预期求助

我确实碰到过好几次这种情况！而且大多是因为远程分支和本地分支不同步或者分支提交历史被意外改写导致的，结合你给出的例子，我来拆解最可能的原因和解决办法：

最常见的原因：本地B分支未推送到远程，PR目标是「空」的远程B #

你创建本地B分支并在其中添加了README.md的一行内容，但没有将B推送到远程仓库。此时远程仓库里的B分支其实是和M完全一致的（因为你当初创建B的时候是基于M，但没推后续的修改）。当你基于本地修改后的B创建T并推送到远程后，在创建PR时选择「合并T到远程B」，此时Git对比的是T和远程B（也就是M）的差异，自然会显示整个README.md的添加，而不是你预期的T相对于本地B的一行差异。

解决步骤： #

1. 先把本地的B分支推送到远程：

   git checkout B
   git push origin B
   

2. 重新打开PR（或者更新现有PR的目标分支到刚推送的远程B），此时diff就会正确显示T和B之间的一行差异了。

另一种可能：B分支的提交历史被改写 #

如果你已经推送了B到远程，但之后对B分支做了rebase、reset --hard这类改写历史的操作，并且强制推送到了远程（git push -f），那么T分支的基础提交还是旧的B版本，而远程B已经是新的版本了。此时T和远程B的diff会包含B分支被改写的所有内容，看起来像是要合并整个文件。

解决步骤： #

1. 先把T分支rebase到最新的远程B上，让T的基础同步：

   git checkout T
   git fetch origin
   git rebase origin/B
   

2. 如果rebase过程中有冲突，解决冲突后继续：

   git add .
   git rebase --continue
   

3. 把rebase后的T推送到远程（需要强制推送，因为改写了T的历史）：

   git push -f origin T
   

4. 此时PR的diff就会正确显示T相对于B的差异了。

提前验证的小技巧 #

在创建PR之前，你可以先在本地对比T和B的差异，确认是否符合预期：

git diff B..T

如果这个命令显示的是你预期的一行差异，那说明本地分支是对的，问题肯定出在远程分支的同步上；如果这个命令显示的是整个文件的添加，那说明你的T分支其实不是基于最新的B创建的，需要检查分支的历史：

git log --oneline --graph B T M

通过这个命令可以清晰看到三个分支的提交关系，确认T的父提交是否是B的最新提交。

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