我在3个jenkins作业中设置了带有3个Webhooks的Gitlab Jenkins集成，以及在后期构建操作中将“将构建状态发布到Gitlab”。面临的问题如下所述。
设置：
Jenkins版本V2.152，Gitlab 11.7.0-ee版本，3个Webhooks可以进行3个jenkins作业
詹金斯自由泳项目
Jenkins Git：分支说明符是origin / $ {gitlabSourceBranch}
詹金斯触发器： 通过“推送事件”，“打开的合并请求事件”，“在推送到源分支和注释时重建打开的合并请求”选择了“在将变更推送到GitLab时构建”
问题：
管道永远保持待命状态：如果没有jenkins作业正在运行且分支已更新，则将创建用于跟踪所有3个jenkins作业的提交管道。但是，如果任何jenkins作业正在运行并且分支已更新，则将为同一提交ID创建三个单独的管道，一个用于一个jenkins作业。在这种情况下，任何一个树jenkins项目开始运行时，只有最新的管道将其状态更改为“运行”，然后才开始跟踪所有3个jenkins作业，而其他2个管道永远保持待处理状态，它们永远不会运行也不会被取消。我还选择了自动取消冗余的，待处理的管道功能，但是它正在运行。
预期：
在Gitlab中，它应该始终为每个作业创建一个单独的管道并跟踪它们，或者应该为每个提交创建一个管道并跟踪所有作业。
如何避免拥有永不更改状态的挂起管道？或者如何运行自动取消冗余的，待处理的管道功能？