学习maven。仅仅要知道pom、dependency、coordination就能够了，剩下的就是学习一个一个的plugin的Goal
配置maven
配置maven
export MAVEN_HOME=/home/matthewi/software/maven-3.3.3
export PATH=$PATH:$MAVEN_HOME/bin
主要命令
mvn help:system 初始化仓库
mvn clean package 清空target，打包
mvn package 打包，根据项目生成 jar 、war等文件
mvn clean package -DskipTests 打包前跳过測试
mvn package 打包，根据项目生成 jar 、war等文件
mvn clean package -DskipTests 打包前跳过測试
mvn eclipse:eclipse 生成 Eclipse 项目文件
mvn compile ：编译源码
mvn test-compile ：编译測试代码
mvn test ： 执行应用程序中的单元測试
mvn clean ：清除目标文件夹中的生成结果
mvn jetty:run 执行
mvn install:install-file -Dfile=/home/matthewi/share/CCP_REST_SMS_DEMO_JAVA_v2.6r/CCP_REST_SMS_DEMO_JAVA_v2.6r/sdk/lib/httpclient.jar -DgroupId=ytx -DartifactId=org.apache.http -Dversion=1.0 -Dpackaging=jar -DgeneratePom=true
第三方库，在公共库里肯定没有。能够使用install加入到本地maven仓库里，然后正常引用就能够了
參数
-DskipTests 跳过測试
-DskipTests 跳过測试
-Dfindbugs.skip=true 跳过findbug
-Denforcer.skip=true
内置变量
${basedir} 项目根文件夹
${project.build.directory} 构建文件夹，缺省为target
${project.build.outputDirectory} 构建过程输出文件夹。缺省为target/classes
${project.build.finalName} 产出物名称，缺省为${project.artifactId}-${project.version}
${project.packaging} 打包类型。缺省为jar
${project.xxx} 当前pom文件的随意节点的内容
dependencyManagement（主要目的是管理多个子项目中对同一个依赖包的版本保持一致，不会真实的引入）
Maven 使用dependencyManagement 元素来提供了一种管理依赖版本的方式。
一般会在一个组织或者项目的最顶层的父POM 中看到dependencyManagement 元素。使用pom.xml 中的dependencyManagement 元素能让全部在子项目中引用一个依赖而不用显式的列出版本。
Maven 会沿着父子层次向上走。直到找到一个拥有dependencyManagement 元素的项目。然后它就会使用在这个dependencyManagement 元素中指定的版本。
比如在父项目里：
<dependencyManagement>
<dependencies>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.2</version>
</dependency>
...
<dependencies>
</dependencyManagement>
然后在子项目里就能够加入mysql-connector时能够不指定版本。比如：
<dependencies>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
</dependency>
</dependencies>
这样做的优点就是：假设有多个子项目都引用同一样依赖，则能够避免在每一个使用的子项目里都声明一个版本号号，这样当想升级或切换到还有一个版本号时，仅仅须要在顶层父容器里更新，而不须要一个一个子项目的改动 ；另外假设某个子项目须要另外的一个版本号，仅仅须要声明version就可。
dependencyManagement里仅仅是声明依赖，并不实现引入，因此子项目须要显式的声明须要用的依赖。
dependencies
相对于dependencyManagement，全部声明在dependencies里的依赖都会自己主动引入，并默认被全部的子项目继承。
pluginManagement和dependencyManagement类似，也是为了统一管理版本号。
生命周期
Maven有三套相互独立的生命周期，各自是clean、default和site。每一个生命周期包括一些阶段（phase），阶段是有顺序的。后面的阶段依赖于前面的阶段。
1、clean生命周期：清理项目，包括三个phase阶段。
1）pre-clean：运行清理前须要完毕的工作
2）clean：清理上一次构建生成的文件
3）post-clean：运行清理后须要完毕的工作
2、default生命周期：构建项目，重要的phase阶段例如以下。
1）validate：验证project是否正确，全部须要的资源是否可用。
2）compile：编译项目的源码。
3）test：使用合适的单元測试框架来測试已编译的源码。这些測试不须要已打包和布署。
4）Package：把已编译的代码打包成可公布的格式，比方jar。
5）integration-test：如有须要，将包处理和公布到一个可以进行集成測试的环境。
6）verify：执行全部检查，验证包是否有效且达到质量标准。
7）install：把包安装到maven本地仓库，能够被其它project作为依赖来使用。
8）Deploy：在集成或者公布环境下运行。将终于版本号的包复制到远程的repository。使得其它的开发人员或者project能够共享。
3、site生命周期：建立和公布项目网站，phase阶段例如以下
1）pre-site：生成项目网站之前须要完毕的工作
2）site：生成项目网站文档
3）post-site：生成项目网站之后须要完毕的工作
4）site-deploy：将项目网站公布到server
插件
两种方式调用Maven插件目标。第一种方式是将插件目标与生命周期阶段（lifecycle phase）绑定。这样用户在命令行仅仅是输入生命周期阶段而已，比如Maven默认将maven-compiler-plugin的compile目标与 compile生命周期阶段绑定。因此命令mvn compile实际上是先定位到compile这一生命周期阶段，然后再依据绑定关系调用maven-compiler-plugin的compile目标。另外一种方式是直接在命令行指定要运行的插件目标，比如mvn archetype:generate 就表示调用maven-archetype-plugin的generate目标。这样的带冒号的调用方式与生命周期无关。
Maven为实现高速构建、有一套内置的插件绑定。
三套生命周期的插件绑定详细例如以下（事实上是各个生命周期阶段与插件的目标的绑定）（这些插件不须要自己手动写到pom文件里）当中default生命周期的构建方式会其打包类型有关、打包类型在POM中<packaging>packageType</packaging>指定、一般有jar、war两种类型、以下是 经常使用的jar的构建过程
clean生命周期
pre-clean
clean maven-clean-plugin:clean
post-clean
site生命周期
pre-site
site: maven-site-plugin:site
post-site
site-deploy： maven-site-plugin:deploy
default生命周期
process-resources maven-resources-plugin:resources
compile maven-compiler-plugin:compile
process-test-resources maven-resources-plugin:testResources
test-compile: maven-compiler-plugin:testCompile
test: maven-surefire-plugin:test
package maven-jar-plugin:jar
install: maven-install-plugin:install
deploy: maven-deploy-plugin:deploy