版本锁定
引子
在真实项目开发中,由于业务非常复杂,一个项目通常都是分模块、多人协作开发的,不可能一个人大包大揽,从头写到尾。必然会出现这样一种场景:crm-dao子模块是由程序员A开发的,crm-service子模块是由程序员B开发的,crm-web子模块是由程序员C开发的,当程序员A开发完crm-dao子模块后,他必然就要编写JUnit单元测试用例了,这时,他就要在其pom.xml文件中添加JUnit的依赖了,假设添加的依赖如下:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.2</version>
<scope>test</scope>
</dependency>
</dependencies>
同理,当程序员B开发完crm-service子模块后,他必然也要编写JUnit单元测试用例,这时,他也要在其pom.xml文件中添加JUnit的依赖了,假设添加的依赖如下:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.0</version>
<scope>test</scope>
</dependency>
</dependencies>
可以发现程序员A与程序员B他俩所使用的junit的版本不一致,这样不是太好。合适的方法是一开始就由技术经理在父工程中统一好所使用的junit的版本。这样,每个程序员开发完自己对应的子模块之后,在编写JUnit单元测试用例时,都将使用统一版本的junit。
使用版本锁定来统一jar包的版本
面对众多的依赖,有一种方法不用考虑依赖路径、声明顺序等因素而可以采用直接锁定版本的方法确定依赖构件的版本,版本锁定后则不用考虑依赖的声明顺序或依赖的路径,以锁定的版本为准添加到工程中,此方法在企业开发中很常用。
如果在父工程的pom.xml文件中添加如下内容,那么就可以锁定junit的版本了。
温馨提示:在父工程的pom.xml文件中锁定依赖的版本并不代表在各个子工程中添加了依赖。 如果子工程需要添加锁定版本的依赖,那么可以按照下图所示的步骤来进行操作。
点击OK按钮,保存一下子工程的pom.xml文件,这时可以看到pom.xml文件变成了下面这个样子。
从中可以知道子工程中的pom.xml文件添加junit坐标时就不再需要版本的信息了。
使用版本常量
在使用maven整合SSH时,需要依赖struts-2.3.24、spring-framework-4.2.4.RELEASE以及hibernate-5.0.7.Final等,于是我们会在父工程的pom.xml文件中添加如下依赖,其实在实际企业开发中会有架构师专门来编写pom.xml文件。
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.meimeixia</groupId>
<artifactId>crm-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>pom</packaging>
<!-- 父工程下所包含的子模块(工程) -->
<modules>