仅用于子文件夹的Jenkins多分支管道

Question

我有git monorepo与不同的应用程序。目前，我有一个Jenkinsfile在根文件夹，其中包含应用程序的管道all。当提交只更改了一个应用时，执行所有应用的完整管道非常耗时。

我们使用类似GitFlow的方法进行分支，因此Jenkins中的多分支管道作业非常适合我们的项目。

我正在寻找一种方法，在詹金斯有几个工作，每一个将被触发，只有当适当的应用程序的代码被改变。

我的完美解决方案如下所示：

我在詹金斯有几份多分支管道的工作。每个目录只查找给定目录和子目录的更改。每个人都使用自己的文件。作业每X分钟拉一次git，如果现有分支中的相应目录发生更改，则启动构建；如果有对相应目录进行更改的新分支，则启动生成。

是什么阻止了我的实施

>

这里描述的解决方案对我不起作用，因为如果有新分支只对“project1”进行更改，那么每当触发“project2”的多分支管道时，它都会发现这个新分支并构建它。意味着对于每个新分支，我的每个多分支管道将至少执行一次，无论是否对适当的代码进行了更改。

感谢您对我如何实现几个多分支管道来监视同一个git存储库的帮助或建议，但这些管道只有在适当的代码片段发生更改时才会触发

Answer 1

我知道这篇文章已经很老了，但我通过更改SVN存储库的“include branchs”参数解决了这个问题（这也可以使用git repos的属性“Filter by name（with wildcards）”）。我不仅提供了实际的分支名称，还包括了子文件夹。因此，我没有只提供“trunk”，而是使用了“trunk/subfolder”。这将扫描限制为仅扫描该特定目录。请注意，我还没有完全测试这个解决方案。

Answer 2

这可以通过使用多分支构建策略扩展插件来实现。使用这个插件，您可以定义一个规则，其中只有当更改属于子目录时，构建才会启动。

1. 安装插件

这样，更改仍然会被发现，但是如果它不属于某个文件或文件夹集，它们就不会启动构建。

这是迄今为止我所知道的最好的方法。但我认为最好的办法是，这些变化甚至没有被发现。

如果您正在使用Gerrit Code Review插件，还可以通过使用自定义查询来防止发现新的更改：

Answer 3

我通过创建一个项目来解决这个问题，该项目根据更改的文件构建其他项目。例如，从您的回购根目录：

/詹金斯档案

#!/usr/bin/env groovy

pipeline {
    agent any
    options {
        timestamps()
    }
    triggers {
        bitbucketPush()
    }
    stages {
        stage('Build project A') {
            when {
                changeset "project-a/**"
            }
            steps {
                build 'project-a'
            }
        }
        stage('Build project B') {
            when {
                changeset "project-b/**"
            }
            steps {
                build 'project-b'
            }
        }
    }
}

然后，您将拥有具有自己的Jenkinsfile（即project-a/Jenkinsfile）的其他管道项目。