如果我在 Gerrit 中推送一个提交的更改 ID 已经合并，会发生什么情况？
What happens if I push a commit in Gerrit with the change-id of a commit already merged?
我知道 Gerrit 使用 change-id 来确定提交是否只是来自现有评论的新补丁集，或者应该显示为新评论。但是，如果我推送一个与另一个已经合并的提交具有相同更改 ID 的提交怎么办？ AFAIK，合并的提交不能被带回审查所以我假设它会创建一个新的审查，但这违背了我的另一个假设，即 change-id + branch 对是审查的唯一标识符。
我现在无法访问 Gerrit 的 运行 实例，因此无法对其进行测试。有谁知道在这种情况下会发生什么？如果创建新评论，是否有特定评论的唯一标识符？
当您将具有相同更改 ID 的更改提交到同一项目的同一分支时，推送会被拒绝：
[remote rejected] (change # closed)
我知道 Gerrit 使用 change-id 来确定提交是否只是来自现有评论的新补丁集，或者应该显示为新评论。但是，如果我推送一个与另一个已经合并的提交具有相同更改 ID 的提交怎么办？ AFAIK，合并的提交不能被带回审查所以我假设它会创建一个新的审查，但这违背了我的另一个假设，即 change-id + branch 对是审查的唯一标识符。
我现在无法访问 Gerrit 的 运行 实例，因此无法对其进行测试。有谁知道在这种情况下会发生什么？如果创建新评论，是否有特定评论的唯一标识符？
当您将具有相同更改 ID 的更改提交到同一项目的同一分支时，推送会被拒绝：
[remote rejected] (change # closed)