昨天有一个读者找我的交流工作心得,偶然间提到一个有趣的问题,如下:
大致的意思:公司最近在整多模块开发,由于模块之间相互依赖,每次打包都很烦,必须根据依赖关系逐一进行打包,有没有省事的办法呢?
其实玩转Maven的朋友都知道,只需要一条命令即可解决问题。
假设有一个多模块项目,父工程P中含有三个子模块A、B、C,三个模块有如下的依赖关系:
A 依赖 B、C。B 依赖 C。父工程P的pom.xml如下:
.....
<modules>
<module>A</module>
<module>B</module>
<module>C</module>
</modules>
.....A模块的pom.xml如下:
....
<dependency>
<groupId>xxx.xxxx</groupId>
<artifactId>B</artifactId>
<version>xxxx</version>
</dependency>
.....B模块的pom.xml如下:
....
<dependency>
<groupId>xxx.xxxx</groupId>
<artifactId>C</artifactId>
<version>xxxx</version>
</dependency>
.....C模块的pom.xml如下:
....现在产品需要上线项目A,你该如何打包?
最容易想到的则是分开打包,分别执行如下的命令:
mvn clean install C
mvn clean install B
mvn clean package A以上三个模块轮流打包,至少需要五分钟以上吧,你不慌吗?
重点来了,我只需要如下一条命令即可打包完成:
mvn clean package -pl A -am -P test -DskipTests=true以上命令有什么高深的吗?-P指定环境,-DskipTests=true跳过测试,但是-pl和-am是什么?
答案肯定是在-pl和-am这两个参数了。
从以上的例子中可以知道重要的就是-pl和-am这两个参数,那么是什么意思呢?如下:
参数 | 说明 |
|---|---|
-pl | 可选,指定需要处理的工程,多个使用英文逗号分隔,取值是artifactId |
-am | 可选,同时处理 pl参数 指定模块的依赖模块 |
-amd | 可选,同时处理依赖于 pl参数 指定模块的模块 |
-N | 可选,表示不递归子模块 |
怎么样,理解了吗?是不是有点晦涩难懂,哈哈….
别着急,下面通过几个命令理解一下(全部在父工程P的根目录下执行)。
mvn clean install -pl A -am对父工程P、子模块A以及A模块依赖的B、C模块执行mvn clean install操作。
这个命令执行成功后,可以看到P、A、B、C四个模块全部安装到本地了。
mvn clean install -pl C -am对父工程P、子模块C模块执行mvn clean install操作。
这个命令执行成功后,可以看到P、C两个模块安装到本地。
由于
C模块不依赖其他的两个子模块,因此A、B模块不会执行相关命令。
mvn clean install -pl C -amd对父工程P、子模块C以及依赖于C模块的B、C模块执行mvn clean install`操作。
这个命令执行成功后,可以看到P、A、B、C四个模块全部安装到本地了。
mvn clean install -N只会打包父工程P,它的子模块将不会执行相关操作。
怎么样?通过以上的命令应该理解了吧。