关键是要明白Git中的提交是不可变的。一旦创建，它们就不能再被修改。git commit --amend既不改变也不删除现有的提交;相反，它将HEAD（当前分支）向后移动一个提交，然后用相同的树和相同的提交消息重新创建先前的HEAD提交。旧提交没有丢失，只是从当前引用不可达。如果有另一个分支或标记指向它或它的任何子提交，它仍然可以通过另一个引用访问。
Git通过reflog跟踪HEAD和其他refs指向的所有提交。git reflog会显示reflog条目。
既然您特别提到了Gerrit：Gerrit为补丁集中的每个补丁保存引用，这些引用存储在refs/changes名称空间中。
Gerrit使用refs/for/前缀来将"推送以供审阅"的概念Map到git协议中。对于git客户端来说，看起来每次推送都指向同一个分支，比如refs/for/master。实际上，对于推送到该ref的每个提交，Gerrit都会在refs/changes/命名空间下创建一个新的ref，Gerrit使用该命名空间来跟踪这些提交。这些引用使用以下格式：

refs/changes/[CD]/[ABCD]/[EF]

其中：

• [CD]是更改编号的最后两位数字
• [ABCD]是变更编号
• [EF]是修补程序集编号

例如：

refs/changes/20/884120/1

• https://gerrit-documentation.storage.googleapis.com/Documentation/3.6.2/concept-refs-for-namespace.html
  你可以获取这些引用，然后直接用它们来比较不同的提交：

git config --add remote.origin.fetch '+refs/changes/*:refs/gerrit/changes/*'

这会将所有Gerrit引用提取到本地gerrit/分支命名空间中，例如gerrit/changes/20/884120/1。
随后，获取补丁程序集的两个版本之间的差异变得非常简单：

git fetch
git diff gerrit/changes/20/88420/1 gerrit/changes/20/88420/2