github - 如何跨多个 Pull Request 并行运行持续集成？

Question

我正在使用 Github pull request builder plugin 测试 Jenkins 的使用我已经在 Github 上成功建立了一个玩具项目，并安装了 Jenkins，以便提出 PR 或将更改推送到 PR 分支来触发构建。大多数情况下，这可以按要求工作 - 有些事情与首选工作流程不匹配，但不必编写和维护我们自己的插件，这是一件大事。

我有一个潜在的搅局者。该插件将它看到的所有 PR 中的所有推送排队，并且似乎一次只运行一项作业，即使有可用的备用执行器也是如此。在现实世界的项目中，我们可能有 10 个活跃的 PR，每个 PR 可能会在一天内收到一些推送更新以响应 QC 评论，并且完整的 CI 运行需要超过 30 分钟。但是，我们确实配置了足够的构建执行器来同时运行多个作业。

我看不到任何方法来配置 PR 请求构建器以在同一触发器上同时处理多个作业，但我可能在 Jenkins 的其他地方缺少一些基本的东西。有没有办法做到这一点，而不需要自定义插件？

我已经安装了 Jenkins 版本。 1.649 在新的 Ubuntu 14.04 服务器(在 VirtualBox guest 上)上，并遵循 ghprb plugin 中的自述文件(当前版本 1.30.5)，包括在 Github 上设置一个 jenkins“bot”帐户作为协作者来运行对 Github 的所有集成 API 调用。

我想知道如果我克隆作业(创建新项目并“复制现有项目”)，会出现什么行为，并且下一步可能会尝试，但我希望这会导致相同与轮询同一 PR 池的其他作业巧妙地交互相比，多次运行作业没有任何好处。

Answer 1

我在探索更多问题的同时找到了配置设置。

当您知道它是哪个配置项时，这真的很容易，但是 Jenkins 有很多配置需要完成，特别是当您探索插件时。

关键是并行服务队列作业的选项(可用执行器允许)是核心 Jenkins 配置，而不是 Github PR 构建器的一部分。

因此，只需选中选项如有必要，执行并发构建。该选项应该位于配置的第一个无标题部分的底部。这是一个非常基本的 Jenkins 选项，像我这样的新手由于其他选项太多而错过了。