从另一个作业触发Jenkins多分支管道扫描
是否可以从另一个作业触发Jenkins多分支管道的立即扫描操作？我在将旧版本的Gitlab与Jenkins中的管道作业集成时遇到了某些问题，并遇到了这样的解决方法。
或者，现在可以使用notifyCommit web钩子触发扫描多分支管道吗？
这样做的目的是每当Git存储库中发生更改时扫描多分支管道，以便在这样的更改后检测到新的分支。另一个我无法以其他方式实现的目的（除了对我来说非常邪恶的每个分支的定期轮询），是触发受给定更改集影响的分支的构建。我使用旧的GitLab（7.8），它不适用于普通的Gitlab插件，并且Gitlab Hook插件不适用于管道作业，所以我的解决方法是让Gitlab Hook插件触发一个非管道作业，而该作业反过来会触发扫描多分支管道。
共有1个答案
事实证明，简单的notifyCommit web钩子完成了这项工作
-
我有一个场景，但我有两个项目（a和B），都在Jenkins中配置了多分支管道作业，问题是项目B依赖于项目a。 所以我发现有时候当我在项目A中签入代码时，我也需要在项目A构建后构建项目B。现在，在我开始调查管道构建之前，我将每个分支都有一个作业，然后在Jenkins中为相应的分支触发项目B的适当作业。 我想在Jenkins文件中设置什么，这样当ProjectA/develop执行时，它就会触发Pro
-
问题内容： 我希望我的Jenkins多分支管道工作避免触发自身。作业之所以提交，是因为它将递增版本文件并将其检入源代码管理，这将导致无限循环。 在常规工作中，我可以按照以下说明操作来避免这种循环（尽管这不是最干净的方法）。 这些说明不适用于多分支管道（没有“忽略某些用户的提交”选项）。Jenkins多分支管道中是否有任何方法可以防止自我触发的提交？ 问题答案： 如果使用GIT，一种解决方法： 更改
-
我对使用Jenkins文件和GIT插件的Jenkins多分支pipleline有一个问题。 问题是，每次向暂存分支推送都会触发master管道。所需的行为是，推送到暂存分支仅触发用于暂存的管道，而推送到主分支仅触发主管道 这是我的詹金斯档案 我将分享一些日志：这是主分支的日志 这是主分支的日志，但只有暂存有一个新的提交： 注意“已发现更改”，即使主分支上的头未更改 詹金斯·弗。2.190.1 Gi
-
我有一个参数化的Jenkins多分支管道，使用GitHub repo作为Jenkins文件和一些脚本的源。管道被配置为在Webhook上触发分支和拉请求，但我还希望只对主分支使用参数化的cron触发器，特别是在工作日每4小时一次。 我使用声明性管道语法，但如果必要，我愿意使用脚本化管道。 我使用参数化调度器插件来实现带有参数的cron触发器。 这个管道示例捕获了我试图实现但不支持的内容： 这项功能
-
是否有可能通过一个作业DSL创建多分支管道作业，该作业通过“管道脚本”而不是每个Git存储库包含的Jenkinsfile来定义作业？ 我们希望避免在100个Git存储库中生成和维护相同的Jenkins文件（除了一些参数）。 目前，我们正在使用管道作业和工厂作业播种的作业DSL，但目前我们在多分支构建（功能分支）方面受到限制。因此，我们希望切换到多分支管道作业，但在播种方面我们受到了限制。 我知道我
-
null null 我怎样才能想象这些工作类型之间的关系？还有其他插件支持这些类型吗？