maven-之Lifecycle详解

转载自:maven lifecycle 与 plugin

Maven依赖查询：

前言

lifecycle

maven的生命周期分为3种

1.default
2.clean
3.site
大概流程如图所示

一，Maven常用命令：

1.clean (清理)

用于清除之前构建生成的所有文件

其中具体为清除了Target目录中的所有文件，包括该目录

i.e：删除了install生成的所有文件

2.validate(验证)

用于验证项目是否正确，并且其中有必要信息是否都可用

3.compile(编译源代码)

编译项目的源代码，主要是java文件

一般是编译scr/main/java或是scr/test/java里面的文件

4.test (运行测试)

用合适的测试框架来进行测试，测试compile中编译出来的代码

测试的东西一般不加包和部署

5.package(打包)

(生成target目录，编译、测试代码，生成测试报告，生成jar/war文件 ??
获取compile中编译好的代码并将其打包成可分类的格式，i.e:jar包或者 war包

6.vertify(验证)

这步是用来验证test

检查test的结果是否满足标准

7.install(安装至本地仓库)(在本地Repository中安装jar)

将软件包安装到本地存储库中

确保本地其他项目可能需要使用他（eg:装了core才能用oms）

site

生成项目的站点文档

9.deploy (复制到远程仓库)(上传到私服)

复制最终的包至远程仓库
共享给其它开发人员和项目

mvn compile与mvn install、mvn deploy的区别

1.mvn compile，编译类文件
2.mvn install，包含mvn compile，mvn package，然后上传到本地仓库
3.mvn deploy,包含mvn install,然后，上传到私服


PS:在install的时候可能会出现乱码，此时对着install点右键，选择create xxx install
      在command line里写 install -Dmaven.test.skip=true -f pom.xml 然后用新写的命令代替旧的install即可
1
2
3
4
5
6
7

第二部分

打包方式主要有JAR和WAR两种

其中JAR用于比较小的项目，好处为不用依赖包，因为他把应用依赖的所有依赖包和程序打包在一个全量包里，他说packaging的默认方式

WAR适用于需要部署的项目

第三部分 PS:

1. 显示版本信息 :
   mvn -version/-v

2. 生成target目录，编译、测试代码，生成测试报告，生成jar/war文件 :
   mvn package

3. 显示详细错误 信息:
   mvn -e

4. 运行任何检查，验证包是否有效且达到质量标准
   mvn verify

5. 想要查看完整的依赖踪迹，包含那些因为冲突或者其它原因而被拒绝引入的构件，打开 Maven 的调试标记运行
   mvn install -X

6. 打印整个依赖树
   mvn dependency:tree

7. 在应用程序用使用多个存储库

   Ibiblio Ibiblio http://www.ibiblio.org/maven/ PlanetMirror Planet Mirror http://public.planetmirror.com/pub/maven/

   mvn deploy:deploy-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:client-0.1.0.jar -DrepositoryId=maven-repository-inner -Durl=ftp://xxxxxxx/opt/maven/repository/