如何查看曾合并至master分支后又被回退的工作分支的完整变更列表？

这个问题我之前帮团队里的同事解决过，核心原因是Git的PR差异计算逻辑在这种场景下会“误判”——虽然你把master里的合并变更回退了，但从提交历史来看，WB的那些提交依然存在于master的历史记录中，所以PR默认只显示WB和master当前状态的“增量差异”，也就是最后一次提交的内容。下面给你几个可行的解决办法：

这个方法不会修改原WB分支的历史，适合团队协作场景：

• 先切换到master分支并拉取最新代码：

  git checkout master && git pull
  

• 基于当前master创建一个全新的分支（比如叫WB-revised）：

  git checkout -b WB-revised
  

• 找到WB分支中所有需要重新提交的提交记录（可以用git log WB查看，找到你之前合并到master的那些提交的SHA值），然后逐个cherry-pick到新分支：

  # 比如你的WB分支有提交A、B、C，SHA分别是abc123、def456、ghi789
  git cherry-pick abc123 def456 ghi789
  # 如果是某个起始提交之后的所有提交，可以用范围语法：
  git cherry-pick <起始提交SHA>..WB
  

• 处理可能出现的冲突，完成后将新分支推送到远程仓库，然后基于WB-revised向master发起新的PR，此时就能看到完整的变更列表了。

如果只是想自己确认WB和当前master的完整差异，不需要修改分支的话，可以直接用Git diff命令：

git diff master..WB

这个命令会输出两个分支之间的所有内容差异，完全不受提交历史的影响，能帮你看到WB分支的完整变更内容。

如果你确定原WB分支没有被其他同事依赖，可以尝试将WB分支rebase到当前master，这样能让PR重新计算完整差异：

• 先拉取最新的master代码：

  git checkout master && git pull
  

• 切换回WB分支：

  git checkout WB
  

• 执行rebase操作，将WB的提交重新基于当前master：

  git rebase master
  

• 处理过程中出现的冲突，完成后强制推送到远程仓库（这里一定要用--force-with-lease，比直接--force更安全，避免覆盖他人的提交）：

  git push --force-with-lease WB
  

• 刷新你的PR页面，此时应该就能看到WB分支的完整变更列表了。

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