我正在测试 Jenkins 的使用Github 拉取请求构建器插件 https://wiki.jenkins-ci.org/display/JENKINS/GitHub+pull+request+builder+plugin我已经在 Github 上成功建立了一个玩具项目，并安装了 Jenkins，以便提出 PR 或将更改推送到 PR 分支来触发构建。大多数情况下，这是按要求工作的 - 有些事情与首选工作流程不匹配，但是不必编写和维护我们自己的插件的自由是一件大事。
我有一个潜在的搅局者。该插件将它看到的所有 PR 中的所有推送排队，并且似乎一次只运行一项作业，即使有可用的备用执行器也是如此。在现实世界的项目中，我们可能有 10 个活跃的 PR，每个 PR 可能会在一天内收到一些推送更新以响应 QC 评论，并且完整的 CI 运行需要超过 30 分钟。但是，我们确实配置了足够的构建执行器来同时运行多个作业。
我看不到任何方法来配置 PR 请求构建器以在同一触发器上同时处理多个作业，但我可能在 Jenkins 的其他地方缺少一些基本的东西。有没有办法做到这一点，而不需要自定义插件？
我已经安装了 Jenkins 版本。 1.649 在新的 Ubuntu 14.04 服务器（在 VirtualBox 来宾上）上，并遵循 READMEghprb 插件 https://github.com/jenkinsci/ghprb-plugin/blob/master/README.md（当前版本 1.30.5），包括在 Github 上设置一个 jenkins“bot”帐户作为协作者来运行对 Github 的所有集成 API 调用。
我想知道如果我克隆作业（创建新项目和“复制现有项目”），并且下一步可能会尝试，但我预计这会导致same与轮询同一 PR 池的其他作业巧妙地交互相比，多次运行作业没有任何好处。
我在探索更多问题的同时找到了配置设置。
当您知道它是哪个配置项时，这真的很容易，但是 Jenkins 有很多配置需要完成，特别是当您探索插件时。
关键是并行服务排队作业的选项（可用执行器允许）是核心 Jenkins 配置，而不是 Github PR 构建器的一部分。
所以，只需检查该选项如有必要，执行并发构建。该选项应该位于配置的第一个无标题部分的底部。这是一个非常基本的 Jenkins 选项，像我这样的新手由于其他选项太多而错过了。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
