如何让Gerrit向评审展示与原始代码的差异而非上一次提交，且保留本地多提交？

方法1：直接在Gerrit上切换对比基准（最简便） #

Gerrit本身支持自定义对比的基准版本，完全不用修改你的提交流程：

• 让经理打开你的评审页面后，找到页面中的「Compare against」（或类似命名的下拉选项）
• 选择开发前的main分支版本（可以是具体的commit哈希，也可以直接选main分支）
• 此时页面就会展示当前提交和原始基线的全量差异，而非提交链中的增量差异

你本地依然可以正常做多次提交，推Gerrit时按常规流程推送即可，完全不影响回溯历史。

方法2：本地保留提交历史，用临时分支做squash提交评审 #

如果经理希望评审页面默认展示全量差异，可以用这个方式：

1. 本地开发流程不变：基于main创建功能分支（如feature/my-new-function），在这个分支上正常做多次提交，保留完整的开发历史，方便回溯。
2. 创建评审用临时分支：

   # 切换回原始基线（开发前的main版本）
   git checkout main
   git pull
   # 创建临时评审分支
   git checkout -b review/my-new-function
   # 将功能分支的所有修改合并为一个提交（不改变功能分支历史）
   git merge --squash feature/my-new-function
   # 提交合并后的全量修改，备注清楚功能内容
   git commit -m "完成新功能开发：xxx（包含所有修改点）"
   

3. 推送到Gerrit评审：

   git push origin review/my-new-function:refs/for/main
   

4. 更新评审时：重复上述步骤，重新从功能分支squash合并最新修改到评审分支，然后安全推送更新：

   git checkout review/my-new-function
   git reset --hard main
   git merge --squash feature/my-new-function
   git commit --amend --no-edit
   git push origin review/my-new-function:refs/for/main --force-with-lease
   

这种方式下，本地功能分支保留所有提交历史，Gerrit上的评审提交始终是基于原始基线的全量修改。

方法3：用Gerrit Patch Set基于基线更新 #

如果需要持续更新评审且保留Gerrit的Patch Set迭代记录：

• 第一次评审时，基于原始main版本创建一个初始提交（可以是第一次修改），推送到Gerrit生成第一个Patch Set。
• 本地开发的后续提交，每次要更新评审时，将本地修改cherry-pick到基于原始main的分支上，然后amend到评审提交，推Gerrit生成新的Patch Set。
• 本地依然保留自己的完整提交链，Gerrit上每个Patch Set都是基于原始基线的全量差异。

这个方法操作稍繁琐，仅推荐在需要严格追踪评审版本迭代时使用。

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