Question

我有一个名为multibranch-test的github repo，它有两个子目录Project1，Project2。

PS C:\Repos\multibranch-test> tree . Folder PATH listing for volume Windows Volume serial number is 2085-6D3D C:\REPOS\MULTIBRANCH-TEST ├───Project1 └───Project2

每个子目录都有一个Jenkins文件和该项目的代码。

在Jenkins中，我有两个多分支管道作业 - 一个用于Project1，另一个用于Project2。在Project1的配置中，如果在Project2的子目录中推送了提交，我不希望推送通知或轮询来构建Project1。

所以在Project1中我配置了附加行为：

高级克隆行为：检查浅层克隆
稀疏结帐路径设置为Project1＃
轮询会忽略某些路径中的提交
- 包含的区域： Project1 / *
- 排除的地区： *
构建配置：脚本路径：Project1 / Jenkinsfile

如果我将提交推送到子目录Project2中的master，两者 Project1和Project2作业都会被构建。我只想要构建Project2。有人可以指出我做错了吗？

两个项目的Jenkinsfiles类似，看起来像：

#!groovy
node  {
    stage ('checkout') {
        checkout scm
    }

    stage ('build') {
        dir ('Project1') {
            bat 'powershell -Command gci'
            bat 'powershell -Command gci env:'
            bat 'powershell -File .\\Project1.ps1'
        }
    }

Answer 1

这对我们来说是一个很大的麻烦，但我们能够通过一些解决方法来解决它。

我们有一个由GitHub提交钩子触发的Jenkins主要工作。它计算出自上次提交以来发生了哪些变化，然后触发其他特定于服务的 Jenkins工作。

我们还有一些我们正在使用的其他约定（例如服务，目录和Jenkins作业的命名约定），这里没有指定，但希望这会帮助某人。

以下是解决方案中每个组件的细分：

Jenores的工作和相应的Jenkinsfiles，用于monorepo中的每项服务。

C:\REPOS\MULTIBRANCH-TEST\Project1\Jenkinsfile（你的构建逻辑在这里） C:\REPOS\MULTIBRANCH-TEST\Project2\Jenkinsfile（您的构建逻辑）

一个shell脚本，它获取自上次提交后更改的内容列表（改编自this blog post）。

C:\REPOS\MULTIBRANCH-TEST\change-sets.sh

    #!/usr/bin/env bash

    changeSets=(`git diff-tree --name-status HEAD`)
    for(( i=0; i<${#changeSets[@]}; i++))
    do
      if [ ${changeSets[$i]} == "M" ]
      then
        echo ${changeSets[$i+1]}
      fi
    done

基于GitHub提交挂钩的Jenkins作业

C:\REPOS\MULTIBRANCH-TEST\Jenkinsfile

    #!/usr/bin/env groovy

    pipeline {
        agent any

        stages {

            stage('Define Services to Build') {
                steps {
                    script {

                        def SERVICES_TO_BUILD = sh script:"./change-sets.sh", returnStdout: true
                        SERVICES_TO_BUILD.split("\n").each {
                            echo "Triggering build for ${it}"
                            try {
                                build job: "${it}", propagate: false, wait: false
                            } catch (ex) {
                                echo "Failed to trigger build for ${it}: ${ex.message}"
                            }

                        }
                    }
                }
            }
        }
    }

Answer 2

默认的Jenkins行为是，如果项目的repo获得提交，则会重建项目，因此repo中的提交会为两个Jenkins项目生成事件并触发两个构建。看看Jenkins文档：https://jenkins.io/doc/book/pipeline/

从詹金斯的角度来看，很难判断改变是否进入了项目1或2 - 立即可见的是“新提交观看回购”。

简单的解决方案是将repo拆分为每个项目的两个单独的repos。因为它们应该分开构建，所以不应该是一个问题。

Answer 3

您可以为整个仓库创建一个作业，查看提交带给您的更改，然后触发项目1或2或两者的相应Jenkins文件

如何只在Jenkins多分支管道作业中构建一个目录？

3 个答案: