假设乔正在处理一项重大任务。他在一个包含 20 次提交的大型 PR 中提交了他工作的初步修订。现在其他开发人员花了很长时间审查该 PR 并要求进行一些更改/修复。Joe 现在用请求的更改修改他的提交，并（强制）推送 PR 的新版本。
现在审阅者需要从头开始重新审阅整个内容，即使新更改非常小。我还没有找到解决这个问题的方法。
过去，我使用过 Phabricator，它跟踪 PR 的每个修订版，以便您可以区分不同修订版之间的更改并精美地解决此问题（https://secure.phabricator.com/D13641?vs=32966&id =32967#toc）。例如，它允许您比较修订版 1 和修订版 2 的更改）。这样，您就可以只专注于审查少数新更改，而不是 20 次提交。
有没有办法我们可以用 Github 完成类似的事情？我想有一个我们不知道的不同工作流程。如果没有，人们有没有 github 的替代品？（除了Phabricator？）。
我能想到的唯一选择是不修改提交，而是创建新的提交而不是强制推送。这样做的问题是提交历史变得非常混乱，并且会有一些带有错误的提交，这些错误会在以后的提交中修复。
在下面附上 Phabricator 中的修订差异捕获，供那些不知道我在说什么的人使用。
提前感谢您的任何建议！
