jenkins打maven包,出现Module Builds里面部分模块没有启动问题
今天公司上线部署发现上传的依赖代码并没有被打成jar包,以为是pom.xml文件问题,
进去查看,发现没问题。又以为是maven编译的jdk版本问题,换成1.8的,
还是有部分模块没有打成jar包更新,最后才发现是父依赖maven项目在jenkins的先后问题。
记录一下!
查看pom.xml文件,发现使用的是Maven多模块管理,其中每个项目的父依赖项目都如下图:
进入父依赖项目的pom.xml文件发现:
得出结论:在jenkins打包过程中,这个父依赖项目pom.xml打包并没有运行,导致其子项目都没有打jar包,可是为什么呢?只有common模块运行了?
查看jenkins项目配置,其中common配置在第一条,其父工程及其他子工程都在后面,会不会是jenkins执行顺序的原因呢?
开始测试前:
测试修改后为:
测试结果:
进去jenkins服务器查看,果然都更新了,target目录也是最新的jar包
结论:jenkins打包配置依赖项目时,应该把父maven工程放在第一条(不确定是不是jenkins版本原因)。
好记性不如烂笔头,最难不过坚持
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了