maven生命周期及常用命令解释

一、生命周期

 clean

 clean  清理上次构建时的.class文件等

default

构建的核心，compile->test->package->install->deploy

site

生成项目报告

二、常用命令及解释

-D 指定参数；

-P 指定 Profile 配置，可以用于区分环境；

-e 显示maven运行出错的信息；

-o 离线执行命令,即不去远程仓库更新包；

-X 显示maven允许的debug信息；

-U 强制去远程更新snapshot的插件或依赖，默认每天只更新一次。

-Dmaven.compile.fork=true 
#使用多线程编译

 

 多线程打包

mvn -T 4 clean install
# -T 4 是指定4线程

mvn -T 1C clean install
# -T 1C 表示CPU线程的倍数

 

-Dmaven.test.skip=true
#不执行测试用例，也不编译测试用例类。

 

 如果报checkstyle的错误在编译或打包时可以加上以下语句

-Dcheckstyle.skip=true 
# 跳过checkstyle检查

 

-Dpmd.skip=true 
#跳过PMD检查

 

-Pdeploy
#指定 Profile 配置部署

 以上命令可同时运行

mvn -T 1C clean compile -Dmaven.test.skip=true  -Dcheckstyle.skip=true -Dmaven.compile.fork=true -Pdevelop

三、注意的点

1.在公司的项目中，如果在更改完代码之后，尽量要先compile一下，本地编译，以确保之后的debug没有问题

2.如果A项目以依赖的形式在B项目中使用，那么在compile之后还要install，这样是更新本地依赖包（即更新B项目中A项目的依赖包），否则如果A项目将之前的方法或类进行更改名称或新增等更改，不install，B项目中用到A更改的部分会爆红。

3.deploy是发布到私服，像网上会有maven库，我们回去里面下载依赖，但没有权限上传，如果公司想拥有自己的maven库，有权限上传自己的依赖并进行使用，deploy就是可以发布到自己的maven私服

4.在项目集成Jenkins进行部署时，如果A项目在B项目中调用，A项目发生了更改，A项目先compile，install，没问题后push到远程仓库，push完成后进行deploy，然后进行jenkins构建，push->deploy->builder，此顺序不可变，因为Jenkins是从git上获取最新代码，去maven私服上找依赖，deploy相当于更新maven私服依赖，若顺序错了，可能依赖未更新成功，会构建失败或使用的还是未更新的maven依赖