如何修改Gerrit关联链中的特定提交？

针对你提到的场景（分支B上有c→b→a的关联提交链，需要修改中间的b或c并更新Gerrit评审），可以通过**Git交互式变基（interactive rebase）**实现，具体步骤如下：

1. 定位待修改的提交 #

首先查看分支B的提交历史，获取待修改提交的前序提交哈希：

git log --oneline

输出示例：

abc123 (HEAD -> B) 提交a的描述
def456 提交b的描述
ghi789 提交c的描述
jkl012 分支B的基础提交（cherry pick前的起点）

2. 启动交互式变基 #

根据要修改的提交选择对应的变基起点：

• 若要修改提交c：以分支B的基础提交为起点，执行

  git rebase -i jkl012
  

• 若要修改提交b：以提交c的哈希为起点，执行

  git rebase -i ghi789
  

在弹出的编辑器中，将待修改提交行的pick改为edit，保存并退出。例如修改提交b时，编辑器内容应改为：

edit def456 提交b的描述
pick abc123 提交a的描述

3. 修改目标提交 #

Git会自动切换到待修改的提交状态，此时：

1. 修改需要调整的代码文件
2. 将修改后的文件暂存：

   git add <修改的文件名>
   

3. 修正该提交（务必保留原提交的Change-Id，Gerrit靠此字段识别同一评审的更新）：

   git commit --amend
   

   编辑器弹出后，可修改提交描述，但不要删除或修改末尾的Change-Id: Ixxxxxx行。

4. 完成变基并处理冲突 #

执行以下命令继续变基流程：

git rebase --continue

此时Git会尝试应用后续的提交（如修改b后会应用a），若出现代码冲突：

1. 打开冲突文件，手动解决冲突（保留正确的代码逻辑）
2. 暂存冲突后的文件：

   git add <冲突文件名>
   

3. 继续变基：

   git rebase --continue
   

重复此过程，直到变基完全完成。

5. 推送更新到Gerrit #

变基完成后，分支B的提交链已更新（被修改的提交及后续提交的哈希会变化，但Change-Id保留），执行推送命令更新对应评审：

git push origin HEAD:refs/for/B

Gerrit会自动识别每个提交的Change-Id，更新对应的评审条目，同时维护提交间的关联依赖。

关键注意事项 #

• 保留Change-Id：修改提交时禁止删除或修改Change-Id，否则Gerrit会将其视为新的评审请求，而非原评审的更新。
• 变基风险：交互式变基会修改提交历史，若分支B有其他协作者，需提前沟通，避免历史冲突。
• 冲突处理：修改前置提交后，后续依赖提交大概率会出现冲突，需仔细核对代码逻辑，确保依赖关系正确。

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