在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

相关推荐
三雷科技21 小时前
Claude Code 命令行完全指南:从高效交互到自动化工作流
运维·自动化·交互
正经教主1 天前
【docker基础】第五课:Docker网络详解
运维·docker·容器
小黑蛋学java1 天前
Nginx 接口耗时 Prometheus + Grafana 监控实施方案
运维·nginx·负载均衡·grafana·prometheus
asyxchenchong8881 天前
最新Hermes Agent 技能封装与科研自动化:以 Meta-Analysis 为例-实现从文献检索到绘图的一站式工作流
运维·人工智能·自动化
tianyuanwo1 天前
项目内自我管理:一名OS领域DevOps的破局之路
运维·devops
三十..1 天前
Redis 核心原理与高可用架构实践
运维·数据库·redis
jinglong.zha1 天前
LScript-从零基础到商业变现的AI自动化学习平台
运维·学习·自动化
Adorable老犀牛1 天前
Telegraf:InfluxData 出品的指标采集代理
运维·telegraf
北塔软件1 天前
北塔软件智能体平台 | 不只监控,更是AI时代的数据资产
运维·人工智能·知识库·北塔软件
AOwhisky1 天前
学习自测与解析:MySQL第五、六、七期核心知识点详解
运维·数据库·笔记·学习·mysql·云计算