Gitlab webhook不会触发jenkins上的构建

Question

我用下面的groovy脚本生成了一组多分支管道作业：

[
      'repo1',
      'repo2',
].each { service ->

  multibranchPipelineJob(service) {

    displayName(service)

    branchSources {
      git {
        remote("[e-mail]:whatever/${service}.git")
        credentialsId('gitlab-ssh-key')
      }
    }

    orphanedItemStrategy {
      discardOldItems {
        daysToKeep(0)
        numToKeep(30)
      }
    }

    triggers {
      periodic(5)
    }

  }
}

在每次回购中，Jenkinsfile如下所示：

#!/usr/bin/env groovy

properties([
      gitLabConnection('[e-mail]'),
      pipelineTriggers([
            [
                  $class               : 'GitLabPushTrigger',
                  triggerOnPush        : true,
                  triggerOnMergeRequest: true,
            ]
      ]),
      disableConcurrentBuilds(),
      overrideIndexTriggers(false)
])

node {

  def sbtHome = tool name: 'sbt-0.13.15', type: 'org.jvnet.hudson.plugins.SbtPluginBuilder\$SbtInstallation'

  stage('Checkout') {
    checkout scm
  }

  stage('Build') {
    sh "'${sbtHome}/bin/sbt' clean compile"
  }

  stage('Test') {
    sh "'${sbtHome}/bin/sbt' test"
  }

  if (env.BRANCH_NAME == 'develop' || env.BRANCH_NAME == 'master') {
    stage('Publish') {
      sh "'${sbtHome}/bin/sbt' publish"
    }
  }
}

一切正常。种子项目从第一个脚本生成所有文件夹，并且正确构建了给定repo的所有分支。

不幸的是，在向gitlab提交推送后，我无法为任何分支触发构建。

我已经正确配置了jenkins——我是说gitlab插件，有一个连接，一切都很好。

我还在gitlab端添加了一个网络钩子，它也可以正常运行。发送测试推送后，我从jenkins收到200 OK，我确实在日志中看到扫描分支已经开始并正确检测到更改。不幸的是，更改后的分支的构建没有开始。这是分支扫描日志的摘录：

  Checking branch ci
      ‘Jenkinsfile’ found
    Met criteria
Changes detected: ci (a7b9ae2f930b0b10d52bb42f1ecf96a68bba4a30 → 39a4c1a65051d5e90079feec14ad22455a77c58e)
Did not schedule build for branch: ci

我百分之百确信这不是我的jenkins实例和gitlab帐户之间通信的问题。我看到推送到gitlab后webhook被触发，我看到请求被发送，分支扫描被运行。也检测到了变化，但究竟为什么作业没有启动？我还彻底阅读了文档，并正确配置了所有文档。

Jenkins version: 2.150.3
Gitlab version: 11.8.1-ee

编辑

似乎在将jenkins升级到v.2.164.1之后，一切都开始正常工作。

Answer 1

可能您已将基本分支构建策略配置为仅包含特定分支，例如使用Exact Name：master，这将跳过示例中的分支ci。

确保您的Jenkins分支构建配置涵盖您正在测试的分支。还要确保未设置抑制SCM自动触发选项。

请注意，组织或文件夹级别的设置将影响特定的项目和作业设置，除非它们在较低级别上被特别覆盖。

Answer 2

我认为您需要使用includes（）来指定标识将包括哪些分支的模式：

branchSources {
  git {
    remote("[e-mail]:whatever/${service}.git")
    credentialsId('gitlab-ssh-key')
    includes('ci')
  }
}

您可以指定许多模式，其中可以包括通配符。例如：

includes("master release/* feature/* bugfix/*")

对于更细粒度的控制，也有相应的excludes（）。

Answer 3

我发现这个非常有用的设置示例（与Jenkins和GitLab的持续集成）。尤其是部分源代码管理：

我们需要将名称指定为“源”，其他部分将使用该名称。对于Refspec，我们需要输入：refs/head/*： refs/远程数据库/源/*refs/mericed-请求/*/head： refs/远程数据库/源/mericed-请求/*

并且还：

分支规范我们需要源/${gitlabSource分支}，它将根据我们接下来要设置的Web挂钩填写。

编辑1

对于一个多分支管道，可以尝试以下操作：

1. 选择一个分支，例如ci
2. 选择“视图配置”
3. 在“构建触发器”下，选择复选框“将更改推送到GitLab时构建”
4. 对代码进行一些更改并推送到ci

编辑2

我找不到合适的git项目来运行并尝试复制这种行为。因此，如果有人知道一个类似的项目，可以分享，请评论，我可以做一些更多的测试。

对于Gitlab（请求试用密钥，否则将是Gitlab社区版）：

sudo docker run --detach --hostname gitlab.example.com --publish 443:443 --publish 80:80 --publish 22:22 --name gitlab --restart always --volume /srv/gitlab/config:/etc/gitlab --volume /srv/gitlab/logs:/var/log/gitlab --volume /srv/gitlab/data:/var/opt/gitlab gitlab/gitlab-ee:11.8.1-ee.0

对于Jenkins：

sudo docker run  -u root  --rm  -d  -p 8080:8080  -p 50000:50000  -v jenkins-data:/var/jenkins_home  -v /var/run/docker.sock:/var/run/docker.sock  jenkins/jenkins:2.150.3

希望这能帮到你！