前言

在咱们开发微服务项目的过程中,难免会依赖各种jar,开发环境可能援用1.0.0-SNAPSHOT,而到了正式环境,则须要援用1.0.0。之前咱们的做法是通过pom配置profile来达到不同环境,应用不同的版本。形如下

<profiles>        <!-- 开发环境 -->        <profile>            <properties>                <user-api.version>1.0.0-SNAPSHOT</user-api.version>            </properties>            <activation>            <!-- 指定默认环境 -->           <activeByDefault>true</activeByDefault>            </activation>        </profile>        <!-- 生产环境 -->        <profile>            <id>prod</id>            <properties>               <properties>                <user-api.version>1.0.0</user-api.version>            </properties>        </profile>    </profiles>

直到某一天,忘了在哪个开源的pom,看到了形如下写法

  <dependency>            <groupId>com.github.lybgeek</groupId>            <artifactId>lybgeek</artifactId>            <version>[1.0,2.0]</version>        </dependency>

一开始还认为是啥jar那么特立独行,版本号居然是[1.0,2.0],前面理解了一下,才晓得的本人的无知,同时也关上新世界大门

注释

[1.0,2.0]这个到底是啥?

这个代表其实就是一个version区间,示意的意思是,该区间的版本都是可用版本,默认取最新的版本,即2.0。其余的区间配法示例

(,1.0]          x <= 1.0[1.0]           x = 1.0 跟间接指定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(,1.1),(1.1,)   x < 1.1 or x > 1.1 即排除1.1的版本

注: x为具体应用的版本号。默认状况下,同版本的快照版本会小于非快照版本

[1.0-SNAPSHOT,1.0]  如果1.0不存在则应用1.0-SNAPSHOT,1.0存在则应用1.0版本[1.0,1.0-SNAPSHOT]  谬误,会提醒:Reason: Range defies version ordering

有了这个认知后,咱们在依赖其余jar时,就能够指定形如下

<dependency>            <groupId>com.github.lybgeek</groupId>            <artifactId>user-api</artifactId>            <version>[1.0.0-SNAPSHOT,1.0.0]</version>        </dependency>

比方开发环境没有1.0.0版本,则会援用1.0.0-SNAPSHOT,而正式环境有1.0.0则会引1.0.0

总结

maven version区间的确能缩小咱们一些配置的工作量,然而凡事都有两面性,如果版本之间存在不兼容状况下,最好还是具体指定版本