[TOC]
Maven基础知识
核心概念
(Lifecycle)生命周期 -> (Phase)阶段 -> (Goal)目标
lifecycle是总任务，phase就是总任务分出来的子任务，但是这些子任务是被规格化的，它可以同时被多个lifecycle所包含，一个lifecycle可以包含任意个phase，phase的执行是按顺序的，一个phase可以绑定很多个goal，至少为一个，没有goal的phase是没有意义的。
Maven常用技巧
本地执行依赖检查
mvn -U clean package -Dmaven.test.skip=true enforcer:enforce -DcheckDeployRelease_skip=true -Denforcer.skip=false
强制更新依赖的包
mvn clean install -e -U
# -e 详细异常
# -U 强制更新
跳过test
-Dmaven.test.skip=true
mvn help 插件
1、 mvn help:active-profiles //列出当前构建中活动的Profile（项目的、用户的、全局的）
2、 mvn help:effective-pom //显示当前构建的实际POM，包含活动的Profile
3、 mvn help:effective-settings //打印出项目的实际 settings, 包括从全局的 settings 和用户级别 settings 继承的配置。
4、 mvn help:describe -Dplugin=Compiler -Dmojo=compile -Dfull
依赖机制介绍
依赖传递
依赖仲裁
Maven2.0只支持最短路径依赖，比如A -> B -> C -> D 2.0 和 A -> E -> D 1.0，那么在构建A时D 1.0将被采用，如果要采用D 2.0你需要在A中明确依赖D2.0。当路径深度相同时，比如A->B->D2.0 和 A->E->D1.0，2.0.8之前不确定采用哪个版本，而2.0.9版本后，采用先声明的那个版本。�依赖管理
允许作者明确指定依赖artifacts的版本，不管artifacts是通过传递依赖引入的，还是未指定artifacts的版本。依赖范围
1、compile
默认的范围，compile依赖范围的artifacts在项目的所有classpath（compile, runtime, test）中都可以引用到，而且会传递给依赖的项目。
2、provided
更像compile，但是依赖的artifacts在JDK或容器中已经存在，发布时项目的classpath(runtime)中不会带上provided范围的artifacts。
3、runtime
编译项目是不需要此依赖artifacts，但是项目运行时(runtime, test)需要此依赖artifacts。
4、test
正常项目编译和运行不需要此依赖artifacts，只有编译和运行测试代码时才需要。
5、system
与provided类似，但是你必须明确提供此依赖artifacts，而且此依赖artifacts存于本地而不是maven仓库里。
6、import（2.0.9以后支持）
这个范围只用于<dependencyManagement>部分的pom类型的artifacts，它表示artifacts应该用他的POM的<dependencyManangement>中依赖artifacts的替换它。因为是替换，所以import范围的依赖不参与依赖仲裁中路径深度的计算。
- 排除依赖（exclusion）
- 可选依赖（optional）
如果项目Y -> Z （可选），X -> Y则X只引入依赖Y，而不会引入依赖Z。“可选依赖”可以看做是“默认排除依赖”。
