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依赖

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值