保存成功
保存失败,请重试
提交成功

企业级 Maven 依赖管理实践分享

作者/分享人:古拉里
一个近10年的IT从业者,普通程序员,云原生架构师,创业者。 长期混迹于各种线上线下 IT 社群,有点口才,有点文笔。 数码极客,爱好电影,音乐,旅行,会点吉他,会点书法。

在基于 Java 的企业级微服务开发工作中,越来越多 Maven 依赖需要进行打包,发布,各种 Snapshot 版本,Release 版本的管理。每个团队中会包含:框架依赖,三方工具包依赖,内部工具包依赖,项目及依赖等等,这么多依赖需要管理,依赖的版本更需要管理,如何搭建一个在企业中灵活管理依赖,管理依赖版本的 Maven 体系,便是这个 Chat 要跟大家聊得话题。

在本场 Chat 中,会讲到如下内容:

  1. 私有仓库 Nexus3 的搭建
  2. 利用 Nexus3 创建 Maven 内网仓库
  3. 基于 Maven 的项目顶级通用依赖项目
  4. 二级依赖管理 - Maven-Bom 项目
  5. 项目中如何使用
  6. 如何依赖版本的迭代管理
  7. 企业中管理 Maven 依赖的实践经验

适合人群: 使用 Maven 进行基于 Java + Spring-Boot + Spring-Cloud 开发微服务的团队或者个人。

已有176人预订
预订达标
文章出炉
     
19.12.20
01月15日
本场 Chat 文章已出炉,购买后即可阅读文章并获得一张古拉里的读者圈Pass
请务必添加GitChat服务号以查看活动进度及获取活动通知。
查看文章评论/提问
和光同尘12 天前
老师您好,我们最近在摸索微服务的jar包依赖管理,有幸找到了这里,我们目前一个需求迭代,jar包的版本跨越非常大,对于dev环境同一版本的jar可以重复deploy,在test环境,生产环境一个版本只能deploy一次,这样导致并行开发,修复bug会反复升级版本,从而造成jar包版本跨越非常大,对于开发节奏和版本升级管控有什么科学的演进方法
古拉里(作者)12 天前
首先还是要遵循合理的 snaspshot 和 release 的版本发布规范; 针对你们团队的情况,给你的建议是: 1. dev / test 环境使用 snapshot 类型的版本(snapshot 本身具备可重复 deploy 的功能,并且依赖在更新后,maven 可以自动从仓库下载最新的 snapshot 版本,这是非常好的特性。) 2. 生产环境只能使用 release 版本(不允许重复 deploy),上线前人工做版本固化(打好 Tag),这样可以有效防止线上版本被覆盖,并且release 的版本在仓库是不会过期的。 3. 修复 bug 这种场景,一般不会涉及多个工程,建议还是严格按照测试(snapshot)=> hotfix 版本固化( 做好语义化版本的固化 ) => 上线。 总结:要规范的基础上尝试和实践出适合团队的约定,就是很好得规约。
你可能还喜欢
程序员最好掌握的两个思维模式
杨老师
Java 集合底层原理剖析(List、Set、Map、Queue)
老牛
Spring Boot 面试指南(50 题)
axiya
热门安全框架 Spring Securiy + JWT 精讲
九月长安
分布式一致性理论与算法
Sharember
我是怎么在 3 天内零成本开发 AI 微信小程序的
泰斯特
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效