Jenkins Gerrit-Trigger 插件：如何为每次推送而不是每次提交开始构建

Question

我们正在为 CI 使用 Jenkins、GerritTrigger 设置，尽管所有提交都来自单次推送，但它将为每次提交开始构建。由于所有更改都相互依赖，因此足以生成包含所有更改的单个构建，但我在 GerritTrigger 插件中看不到该选项。

我相信很多公司都在使用 Jenkins 和 Gerrit 的组合，我很想知道他们是如何处理这些案例的。

例子：

如果开发人员一次将低于 4 个提交推送到 gerrit，它将在 gerrit 中相应地创建 4 个更改，例如 1、2、3、4，并且它会在 jenkins 中为所有提交启动 4 个构建

git log --oneline

e3dfdwd CommitD
5fgfdgh CommitC
df34dsf CommitB
a23sdr3 CommitA 

这里 4 个提交作为一个整体将通过 jenkins 中的所有测试，但单独它们将失败。现在 jenkins 构建对于 A、B、C 将失败，并且对于 D 将成功，因为它将检查 A、B、C，因为它们是它的依赖项。

在这种情况下，虽然 Commit-D 是成功的，但它不能被合并，因为它的依赖项没有在 Jenkins 中传递。

从开发来看，期望每次推送而不是每次提交都进行 jenkins 验证似乎是合理的。但是 GerritTrigger 只能在每次提交时运行。

问题：

有没有办法通知 jenkins 只为 commit-D 开始构建，因为它将具有所有依赖项 C、B、A ？ 或者我们可以从开发而不是提交为每个 git push 开始构建吗？

抱歉，如果我有任何信息

Answer 1

我找到了一种只为 commit-D 开始构建的方法。

我介绍了一个 gerrittrigger 作业，它在每次提交后立即运行，该作业不会进行任何克隆/构建/验证。

它只会做一些验证，比如检查给定的更改是否需要 - 通过更改、依赖项是否存在以及对同一分支的依赖项等

此作业将触发另一个主要作业，该作业仅针对通过所有验证的更改进行真正的克隆、签出更改、构建、验证等。

因此，这将始终为最高提交启动作业，并根据作业结果批准/拒绝所有相关更改。

虽然它有一些限制，但我们发现这种方法适合我们的工作流程

Answer 2

大多数公司不使用 git 和 gerrit :) 不幸的是，大多数公司甚至不使用 git。而大多数这样做的人，不要使用gerrit。咨询过几十家公司：两家用git，都没有听说过gerrit。

我认为让 gerrit 将推送视为提交是不可能的。由于推送中的每个提交都可以单独审查和拒绝，因此必须单独考虑和构建每个提交。如果您不希望它以这种方式工作，gerrit 可能不适合您。

相反，您应该先在本地压缩相关提交，然后再将它们推送到 gerrit。这将达到预期的结果。