建立生命周期基础
Maven基于构建生命周期的中心概念。这意味着已明确定义了构建和分发特定项目的过程。
对于构建项目的人员来说，这意味着仅需学习少量命令即可构建任何Maven项目，并且POM将确保它们获得所需的预期的效果。
有三个内置的构建生命周期：default，清除和站点。在default生命周期处理你的项目部署中，clean生命周期做清理工作，而site生命周期创建项目的网站上的文档。

默认生命周期基础
validate -验证项目是否正确以及是否有所有必要的信息
compile -编译项目的源代码
test-使用合适的单元测试框架测试编译后的源代码。这些测试不应要求将代码打包或部署
package -获取编译后的代码，并将其打包为可分发的格式，例如JAR。
verify -对集成测试的结果进行任何检查，以确保符合质量标准
install -将软件包安装到本地存储库中，以作为本地其他项目中的依赖项
deploy -在构建环境中完成后，将最终软件包复制到远程存储库中，以便与其他开发人员和项目共享。
这些生命周期阶段（加上此处未显示的其他生命周期阶段）将顺序执行以完成default生命周期。给定上面的生命周期阶段，这意味着当使用默认生命周期时，Maven将首先验证项目，然后尝试编译源代码，针对测试运行源代码，打包二进制文件（例如jar），针对该源运行集成测试软件包，验证集成测试，将经过验证的软件包安装到本地存储库，然后将已安装的软件包部署到远程存储库。

常规命令行调用
此命令按顺序执行每个默认生命周期阶段（validate，compile，package等），在执行之前verify。只需调用要执行的最后一个构建phase，在本例中为verify。在大多数情况下，效果与相同package。但是，如果有integration-test，则也将执行这些测试。并且在此verify阶段中，可以执行一些其他检查，例如，如果代码是根据预定义的checkstyle规则编写的。

通常不从命令行调用某些阶段
通常不从命令行直接调用以连字号（pre-*，post-*或process-*）命名的phase。这些phase对构建进行排序，产生中间结果，这些结果在构建外部无用。在调用的情况下integration-test，环境可能处于挂起状态。
Jacoco等代码覆盖工具以及Tomcat，Cargo和Docker等执行容器插件将目标绑定到该pre-integration-test阶段，以准备集成测试容器环境。这些插件还将目标绑定到post-integration-test阶段，以收集覆盖率统计信息或停用集成测试容器。
Failsafe and code coverage plugins绑定目标，integration-test和verify阶段。verify阶段结束后即可获得覆盖率报告。如果integration-test要从命令行调用，则不会生成报告。集成测试容器环境处于挂起状态；Tomcat Web服务器或Docker实例保持运行状态，并且Maven甚至无法自行终止。

package
最常见的方法是通过同名的POM元素为项目设置包装<packaging>。一些有效的package是jar，war，ear和pom。如果未指定包装值，则默认为jar。
每个包装都包含要绑定到特定阶段的目标列表。例如，jar打包将绑定以下目标以构建默认生命周期的各个阶段。

process-resources resources:resources
compile compiler:compile
process-test-resources resources:testResources
test-compile compiler:testCompile
test surefire:test
package jar:jar
install install:install
deploy deploy:deploy

Maven构建所有的phase，

validate： 验证项目正确无误，并提供所有必要的信息。
initialize ：初始化构建状态，例如设置属性或创建目录。
generate-sources： 生成任何要包含在编译中的源代码。
process-sources：处理源代码，例如过滤任何值。
generate-resources：生成资源以包含在包中。
process-resources： 将资源复制并处理到目标目录中，以备打包。
compile：编译项目的源代码。
process-classes：对编译后生成的文件进行后处理，例如对Java类进行字节码增强。
generate-test-sources：生成任何测试源代码以包含在编译中。
process-test-sources：处理测试源代码，例如过滤所有值。
generate-test-resources：创建测试资源。
process-test-resources：将资源复制并处理到测试目标目录中。
test-compile：将测试源代码编译到测试目标目录中
process-test-classes：对测试编译生成的文件进行后处理，例如对Java类进行字节码增强。
test：使用合适的单元测试框架运行测试。这些测试不应要求打包或部署代码。
prepare-package：在实际包装之前执行准备包装所需的任何操作。这通常会导致包装的未包装，已处理版本。
package：获取编译后的代码，并将其打包为可分发格式，例如JAR。
pre-integration-test：在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境的事情。
integration-test：处理该程序包，并在必要时将其部署到可以运行集成测试的环境中。
post-integration-test：在执行集成测试后执行所需的操作。这可能包括清理环境。
verify：运行任何检查以确认包装有效并符合质量标准。
install：将软件包安装到本地存储库中，以作为本地其他项目中的依赖项。
deploy：在集成或发行环境中完成后，将最终程序包复制到远程存储库，以便与其他开发人员和项目共享。