我正在尝试设置一个场景，在github上创建拉动请求，以触发jenkins multibranch管道，以及该多机群管线使用通用的webhook插件来从从github发送到詹金斯的发布请求将在脚本中使用。
不幸的是，如通用Webhook触发插件Wiki上所述：
注意：从管道配置配置时，该管道需要运行一次，以应用插件触发配置，此后，此插件将能够触发作业。这就是Jenkins的工作方式，而不是此插件中实现的内容。您可以使用作业DSL避免这种情况，并使用DSL中配置的插件创建Job DSL创建管道作业。
使用普通管道这将是可以的，因为这只是创建詹金斯作业的一个。然而，问题在于，每当创建新的分支/PR时，多发性管道将创建一个新作业，这意味着我在github上创建的每个 pull请求（这会触发我的乘坐多机脚本脚本），然后，我必须两次运行它才能使通用的Webhook功能正常工作。必须重新提交每个公关对于长期项目而乏味。
在我看来，在这个问题上解决/改进有两种可能的方法。一种是尝试从事DSL工作（如Wiki的建议）；但是我尝试了一下，无法使其工作（它为设置增加了很大的复杂性，所以我现在放弃了）。
第二可能的解决方案如下：当在GitHub中创建PR时，通用Webhook将导致在与该PR相对应的多支管中创建新作业；乘数管道首次运行该新创建的作业的第一个构建将出于上述引用中的原因而失败。但是，解决方案可能涉及测试，第一份工作失败了，并以某种方式告诉詹金斯尝试再次重建该工作。
所以我的问题与第二种方法有关：在GitHub上创建PR时，我该如何最整洁地进行此多发性管道的重建？
任何建议/建议将不胜感激！
用于通过webhook触发多基兰管线的
您可以使用此插件：
"多重班扫描Webhook触发" https://plugins.jenkins.io/multibranch-scan-webhook-trigger/
实际上是对于多发性管道而言是不正确的。只是普通管道需要两次运行。
我更新了文档，例如：
从管道配置（而非多重班级管道）...