如何使用Jenkins工作流插件进行SCM轮询

Question

在一个普通的freestyle项目中，我配置了SCM插件来指向我想要发布的Git repo，并且我启用了“Poll SCM”选项，这允许我配置一个Stash webhook来告诉Jenkins何时该repo发生了变化。这样，每当将更改推送到repo时，就可以触发作业。

但是当我使用工作流而不是自由式项目时，我需要构建的代码的SCM是在groovy工作流脚本中以编程方式指定的，这意味着它没有侦听Stash网络钩子。相反，直接在工作流中配置的SCM是groovy脚本本身的SCM，这与我尝试构建/发布的代码库不同，所以我不希望触发器基于此。

node('docker_builder') {
    git url: serviceRepo
    releaseVersion = getVersion()
    pipelineSpec = getPipelineSpec()
    sh "./gradlew clean build pushDockerImage"
}

关于使用工作流插件时如何实现SCM轮询的想法？

Answer 1

我已经通过大量的研究和实验解决了这个问题。这个留档让我走上了正确的道路：https://github.com/jenkinsci/workflow-scm-step-plugin/blob/master/README.md.它说：

跨多个SCMs支持轮询(一个或多个中的更改将触发新的构建)，并且再次根据工作流的上一个构建中使用的SCMs来完成。"

这意味着Jenkins工作流仍然支持SCM轮询，但与普通自由式项目不同，在开始侦听SCM更改之前，您必须手动运行一次。这是有意义的，因为SCM是在Groovy代码中定义的；直到它们运行一次才知道它们。

其中一个棘手的因素是你可以在你的工作流程中定义许多SCM。例如，我有三个:一个用于服务本身，一个部署脚本和Groovy工作流DSL。默认情况下，对这三个SCM中任何一个的更改都会导致“SCM轮询”选项触发一个构建，这可能是不希望的。幸运的是，在Groovy代码的“git”步骤中设置“poll: false”选项将禁用对该repo的轮询。如果您从SCM中读取Groovy DSL，那么您可以通过在Jenkins UI中单击“附加行为”并添加“不要在提交通知时触发构建”来禁用对该repo的轮询。

另一个棘手的元素是，默认情况下，Stash Web hook插件在回复URL中包含提交的SHA1哈希代码，它用它来访问Jenkins。不幸的是，Jenkins 在尝试提取您可能已定义的多个 SCM 中的任何一个时，会犯一个错误，即使用相同的提交代码。哈希码当然只与一个SCM相关，所以它会中断。您可以通过在Stash Web钩子插件中设置“省略SHA1哈希代码”来解决此问题。然后，Jenkins 将只在每个 SCM 中构建的任何分支上使用最新的提交。