在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

相关推荐
灯澜忆梦19 分钟前
【docker】#1 | Docker 初识
运维·docker·容器
风寄巴山秋24 分钟前
OpenBMC:Web 页面功能异常排查
运维·服务器·前端·架构
小白的码BUG之路1 小时前
Jenkins -- 连接gitee
运维·gitee·jenkins
峥无1 小时前
Linux线程深度剖析:轻量级进程、虚拟内存分页、进程线程资源对比
linux·运维·mmap
骑着蜗牛撵大象3271 小时前
穿越 Docker 内核迷雾:镜像分层的叠加态与卷挂载的空间穿梭
运维·docker·容器·联合文件系统·卷挂载·镜像分层·存储驱动
honsor2 小时前
以太网温湿度传感器:RJ45直连机房的环境监控新方案
运维·网络·数据库·物联网·安全·云计算·github
zxcvb1532 小时前
规定备份信息的备份方式:从策略制定到自动化落地的实践思考
运维·oracle·自动化
ZeroNews内网穿透2 小时前
内网穿透安全加固实践:通过 Geo 地理围栏阻挡境外扫描风险
运维·安全·devops
柏慧通云报餐2 小时前
智慧食堂食材溯源数字化方案|采购 - 入库 - 餐桌全链路记录体系落地实践
大数据·运维·人工智能
河北清兮网络科技3 小时前
直播APP商用开发深度解析:为什么模板系统无法支撑规模化直播平台
运维·网络·人工智能·小程序·短剧app