自动变基 gerrit 更改答案

【问题标题】：Automatically rebase gerrit Changes自动变基 gerrit 更改
【发布时间】：2015-04-03 23:42:38
【问题描述】：

我当前的开发环境包含一个 Git/Gerrit 设置，它运行多个 Jenkins 作业来验证提交的更改。

Gerrit 中的提交类型设置为“Fast-Forward only”。

“问题”：

（信息：更改 A/B 是同一分支上的提交，并且具有相同的父提交 ID）

此时 Change B 无法再提交，因为它的 parent 不指向分支的 HEAD。因此 Change B 的开发人员必须手动重新调整他的更改。（这个 rebase 会创建一个新的补丁集，它会自动触发 Jenkins 作业）

我怎样才能摆脱这个手动步骤？

所以我发现我可以将 Gerrit 项目的提交类型更改为“Rebase if Necessary”（我也可以告诉 Gerrit 自动解决冲突）。这里的问题是，在 rebase 和解决潜在冲突之后，更改被合并而无需重新运行 Jenkins 验证作业。无法检测到可能由于变基或解决冲突而引入的潜在错误。

有没有办法自动重新设置更改（在示例 更改 B 中）并在测试过期时重新运行测试？

【问题讨论】：

【解决方案1】：

如果您使用樱桃采摘功能，似乎可以做到。请参阅其他答案： Gerrit always rebase before submit patchset to avoid a merge commit

【讨论】：

【解决方案2】：

这是不可能开箱即用的，但是您可以编写一个服务来监听事件（例如通过stream-events SSH command）并在更改已提交到同一分支时重新设置发往特定分支的打开更改.为此编写一个插件也应该相当容易，但这显然也会产生更紧密的耦合。

【讨论】：