在Jenkins Pipeline中获取自上次成功构建后的文件变更

在Jenkins Pipeline中获取自上次成功构建后的文件变更

背景

最近调整了一下项目的流水线,希望可以根据代码文件的变更自动识别修改的模块,从而进行相应服务的构建打包部署,简单记录一下。

具体实现

我们的项目是基于Maven多模块的,随着业务的发展,微服务模块的数量也从几个扩展到了十几个,以前无脑构建所有服务的情况可能效率就会非常低了,所以需要获取文件变更动态构建修改的微服务模块。

一开始,我使用的是Git命令,获取上次成功构建的GIT_COMMIT,然后进行比较获取对应的文件变更,但是这种情况对于Merge Request的场景好像不适用,因为原分支多次push之后再MR,Git命令也就只能获取最后的一次提交,之前的变更就捞不到,所以结果不是很准确。当然肯定有其他Git命令可以实现,我对于Git本身也不是那么熟练,后面就尝试去找其他的方式。我这边也贴一下具体的Pipeline脚本

groovy 复制代码
pipeline {
    agent any
    environment {
        // 定义其他环境变量
    }
    stages {
        stage('Detect Changes') {
            steps {
                script {
                    // 获取上次成功构建的GIT_COMMIT,这里假设你的Jenkins配置了Git
                    def lastSuccessfulCommit = sh(
                        script: "git rev-parse HEAD^1",
                        returnStdout: true
                    ).trim()

                    // 获取自上次成功构建以来发生变动的文件列表
                    def changedFiles = sh(
                        script: "git diff --name-only $lastSuccessfulCommit HEAD",
                        returnStdout: true
                    ).trim()

                    // 解析文件路径,决定需要构建的模块
                    def buildModules = []
                    if (changedFiles.contains("module1")) {
                        buildModules += 'module1'
                    }
                    if (changedFiles.contains("module2")) {
                        buildModules += 'module2'
                    }

                    // 将需要构建的模块列表存储在环境变量中以便后续使用
                    env.BUILD_MODULES = buildModules.join(',')
                    echo "Modules to be built: ${env.BUILD_MODULES}"
                }
            }
        }

        // 其他阶段
        stage('Build Modules') {
            when {
                expression {
                    return env.BUILD_MODULES.contains('module1')
                }
            }
            steps {
                echo 'Building module1...'
               
            }
        }
        // 定义其他模块的构建阶段
    }
}

后面去Google搜索了一下其他人的做法,发现Jenkins本身是支持获取上一次的变更文件列表的,参考了stackoverflow上面的写法,具体实现如下

groovy 复制代码
pipeline {
    agent any
    environment {
        // 定义其他环境变量
    }
    stages {
        stage('Detect Changes') {
            steps {
                script {
                    def changedFiles = "Changes:\n"
                    build = currentBuild
                    while(build != null && build.result != 'SUCCESS') {
                        changedFiles += "In ${build.id}:\n"
                        for (changeLog in build.changeSets) {
                            for(entry in changeLog.items) {
                                for(file in entry.affectedFiles) {
                                    changedFiles += "* ${file.path}\n"
                                }
                            }
                        }
                        build = build.previousBuild
                    }
                    echo changedFiles

                    // 解析文件路径,决定需要构建的模块
                    def buildModules = []
                    if (changedFiles.contains("module1")) {
                        buildModules += 'module1'
                    }
                    if (changedFiles.contains("module2")) {
                        buildModules += 'module2'
                    }

                    // 将需要构建的模块列表存储在环境变量中以便后续使用
                    env.BUILD_MODULES = buildModules.join(',')
                    echo "Modules to be built: ${env.BUILD_MODULES}"
                }
            }
        }

        // 其他阶段
        stage('Build Modules') {
            when {
                expression {
                    return env.BUILD_MODULES.contains('module1')
                }
            }
            steps {
                echo 'Building module1...'
               
            }
        }
        // 定义其他模块的构建阶段
    }
}

参考

https://stackoverflow.com/questions/38084806/how-to-get-the-changes-since-the-last-successful-build-in-jenkins-pipeline

相关推荐
程序员-Benothing11 分钟前
Linux 软件包管理:yum / apt / dnf 命令使用全解析
linux·运维·服务器
DevangLic20 分钟前
opencode go要完蛋了吗
运维·学习
SEO_juper21 分钟前
你的服务器正在被 AI 爬虫“白嫖“带宽:2026 用日志把 Googlebot 和 AI 洪流分开算账(附脚本)
运维·人工智能·爬虫·python·chatgpt·seo
志栋智能35 分钟前
超自动化巡检报告:从数据表格到智能洞察
运维·自动化
芯飞云44 分钟前
芯飞云服务器日常使用体验:从配置选型到实际负载的技术分析
运维·服务器
Splashtop高性能远程控制软件1 小时前
AI 辅助端点运维先接手补丁分级、合规可视和同台处置
运维·网络·人工智能·自动化·远程工作·splashtop
TomEval1 小时前
【接口自动化】12 - 接口自动化进阶
运维·自动化
牢姐与蒯1 小时前
Linux文件(一).前传之基础IO
linux·运维·服务器
新时代牛马3 小时前
Linux 磁盘管理:分区、文件系统、挂载与扩容
linux·运维·服务器
大树883 小时前
液冷系统的真正瓶颈,藏在那层不到1毫米的材料里
大数据·运维·服务器·人工智能·ai