maven&gradle 依赖指定版本范围或者最新版本

本文深入探讨了在业务纵向切割中如何有效管理核心依赖包版本,利用Gradle和Maven实现版本控制,确保子业务系统升级过程的简便性和稳定性。通过明确的版本范围定义,避免了频繁修改版本号带来的困扰,提供了实现步骤和实例解析。

因为现在业务都会做纵向切割,那么核心依赖包就必不可少了,但是核心依赖包会经常性更新,那么子业务不是每次都要修改version版本?很麻烦,我们知道gradle的版本依赖可以以maven的形式进行编写,那么version就可以做一些控制了。注意:version必选。

  • (,1.0] x <= 1.0
  • 1.0 "Soft" requirement on 1.0 (just a recommendation - helps select the correct version if it matches all ranges)
  • [1.0] Hard requirement on 1.0
  • [1.2,1.3] 1.2 <= x <= 1.3
  • [1.0,2.0) 1.0 <= x < 2.0
  • [1.5,) x >= 1.5
  • (,1.0],[1.2,) x <= 1.0 or x >= 1.2. Multiple sets are comma-separated
  • (,1.1),(1.1,) This excludes 1.1 if it is known not to work in combination with this library
把version写成这样就ok了。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值