看起来Pull Request没有跟踪目标分支的变化(我联系了GitHub支持，并在2014年11月18日收到了回复，说这是故意的)。

但是，你可以通过以下方法让它显示更新后的更改:

http://githuburl/org/repo/compare/targetbranch...currentbranch

根据需要替换githuburl, org, repo, targetbranch和currentbranch。

或者正如hexsprite在他的回答中所指出的，你也可以通过点击PR上的Edit来强制它进行更新，并临时将基础更改为不同的分支，然后再返回。这会产生警告:

你确定要改变底色吗? 类中的旧基本分支中的一些提交可能会被删除 时间轴，旧的评论可能会过时。

并将在PR中留下两个日志条目:

用2点url代替3点url来比较

而不是

http://githuburl/org/repo/compare/targetbranch...currentbranch

Use

http://githuburl/org/repo/compare/targetbranch..currentbranch

解决这个问题的一种方法是git在PR中rebase targetbranch。然后git push -force targetbranch，然后Github会显示正确的提交和diff。如果你不知道你在做什么，请小心使用这个。也许先签出一个测试分支来做rebase，然后git diff targetbranch以确保它仍然是你想要的。

如果你太担心会把事情搞砸，可以采用故障安全方法: 转到文件并手动删除更改，然后使用最后一次提交压缩

git add .  && git commit -a --allow-empty-message -m '' && git reset --soft HEAD~2 &&
git commit --edit -m"$(git log --format=%B --reverse HEAD..HEAD@{1})"

我没有矛盾，你就好走了!

这发生在PRs被压缩和合并选项合并时。如果您希望旧的提交不显示在下面的pr中，那么只需使用创建合并提交选项合并这些pr。

创建合并提交 压缩和合并 重组和合并

注意:一旦完成，下一个pr总是显示他们自己的提交，而不是旧的，因为旧的已经通过创建合并提交选项添加到基础分支。

技术解释:merge -squash和rebase之间的区别是什么?

我不太确定这背后的理论。但我得到了这个几次，并能够通过做下面的事情来解决这个问题。

git pull --rebase

这将从您的原始回购主分支获取并合并更改(如果您有指向)

然后你把你的更改强行推到你的github克隆库(目标)

git push -f origin master

这将确保你的github克隆和你的父repo在相同的github提交级别，你不会看到跨分支的任何不必要的更改。