Maven的生命周期(转)
我们点击IDEA右侧面板的Maven Project，打开一个项目可以看到：
展开，依次看到
1、构建Maven生命周期的基础知识
Maven基于构建生命周期的核心概念。这意味着构建和分发特定工件(项目)的过程是明确定义的。
对于构建项目的人来说，这意味着只需要学习一小组命令来构建任何Maven项目，而POM将确保他们得到他们想要的结果。
有三种内置的构建生命周期:default、clean和site。default的生命周期处理您的项目部署，clean的生命周期处理项目清理工作，而site的生命周期处理你的项目所生成的文档。
2、Maven常用构建命令
validate:验证项目是正确的，所有必要的信息都是可用的 compile:编译项目的源代码 test:使用适当的单元测试框架测试编译后的源代码。这些测试不应要求将代码打包或部署 package:使用已编译的代码，并将其打包成可分布格式，例如JAR。 verify:对集成测试的结果进行任何检查，以确保满足质量标准 install:将包安装到本地存储库中，以便在本地其他项目中使用该包 deploy:在构建环境中完成，将最终的包复制到远程存储库中，以便与其他开发人员和项目共享。
这些生命周期阶段(加上这里没有显示的其他生命周期阶段)是按顺序执行的，以完成默认的生命周期。鉴于上面的生命周期阶段,这意味着当使用默认的生命周期时,Maven将会优先执行检查项目（validate），然后将会尝试编译源代码（compile），运行集成测试方案（test），验证了集成测试（verify），验证包安装到本地存储库（install），然后将安装包部署到远程存储库（deploy）。
3、Maven常用的命令行调用
在开发环境中，使用下面的调用来构建和安装工件到本地存储库中。
mvn install
这条命令将会按顺序执行默认的生命周期阶段，比如(validate、compile、package等)。您只需要调用最后一个构建阶段，在本例中，install：
在构建环境中，使用下面的命令行清理构建和部署项目到共享仓库中。
mvn clean deploy
同一个命令可以在多模块场景中使用(例如，一个或多个子项目的项目)。Maven遍历每个子项目并执行clean，然后执行deploy(包括所有之前的构建阶段步骤)。
4、Maven插件
将目标添加到阶段的第二种方法是在项目中配置插件。插件是为Maven提供目标的工件。此外，一个插件可能有一个或多个目标，其中每个目标都代表该插件的功能。例如，编译器插件有两个目标：compile和testCompile。前者编译您的主要代码的源代码，而后者编译测试代码的源代码。
正如您将在后面的部分中看到的，插件可以包含指示将目标绑定到哪个生命周期阶段的信息。请注意，添加插件本身是不够的——您还必须指定要作为构建的一部分运行的目标。
被配置的目标将被添加到已经绑定到生命周期的目标中。如果超过一个目标被绑定到一个特定的阶段，那么使用的顺序是:首先执行打包的，然后是在POM中配置的那些。注意，您可以使用元素来获得对特定目标的更多控制。
例如，Modello插件默认它的目标Modello:java到generate-sources阶段(注意:Modello:java目标生成java源代码)。因此，要使用Modello插件，并让它从一个模型中生成源并将其合并到构建中，您可以将以下的内容添加到您的POM中的中的:
<plugin>
<groupId>org.codehaus.modello</groupId>
<artifactId>modello-maven-plugin</artifactId>
<version>1.8.1</version>
<executions>
<execution>
<configuration>
<models>
<model>src/main/mdo/maven.mdo</model>
</models>
<version>4.0.0</version>
</configuration>
<goals>
<goal>java</goal>
</goals>
</execution>
</executions>
</plugin>
您可能想知道为什么元素在这里。因此，如果需要，您可以多次使用不同的配置来运行相同的目标。单独的执行也可以给一个ID，以便在继承或应用概要文件时，您可以控制目标配置是否被合并或转换为额外的执行。
当给定一个特定阶段的多个执行时，它们将按照POM中指定的顺序执行，而继承的执行是先运行的。
现在，在modello:java中，只有在generate-sources阶段才有意义。但是有些目标可以在多个阶段使用，而且可能不会有合适的默认值。对于那些，您可以自己指定阶段。例如，假设您有一个目标显示:将display:time与命令行的时间相一致的时间，您希望它在process-test-resources阶段中运行，以指示测试何时开始。这样的配置是这样的:
<plugin>
<groupId>com.mycompany.example</groupId>
<artifactId>display-maven-plugin</artifactId>
<version>1.0</version>
<executions>
<execution>
<phase>process-test-resources</phase>
<goals>
<goal>time</goal>
</goals>
</execution>
</executions>
</plugin>
5、Maven生命周期参考
下面列出了default、clean和site生命周期的所有构建阶段，这些阶段按照指定的顺序执行。
clean生命周期
| 执行阶段 | 描述说明 |
|---|---|
| pre-clean | 在实际的项目清理之前执行所需的过程 |
| clean | 删除前一个构建生成的所有文件 |
| post-clean | 执行完成项目清理所需的过程 |
Default生命周期
| 执行阶段 | 描述说明 |
|---|---|
| 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 | 从测试编译后post-process生成文件，例如在Java类上执行字节码增强。对于Maven 2.0.5和以上。 |
| test | 使用合适的单元测试框架运行测试。这些测试不应该要求打包或部署代码。 |
| prepare-package | 在实际包装前执行必要的准备工作。这通常会导致包的一个未打包的、经过处理的版本。(Maven 2.1及以上) |
| package | 使用已编译的代码，并将其打包成可部署格式，例如JAR。 |
| pre-integration-test | 执行集成测试之前需要执行的操作。这可能涉及到设置所需的环境等问题。 |
| integration-test | 在需要集成测试的环境中，处理并部署包。 |
| post-integration-test | 执行集成测试后所需要的操作。这可能包括清理环境。 |
| verify | 运行任何检查以验证包是否有效，并满足质量标准。 |
| install | 将该包安装到本地存储库中，作为本地其他项目的依赖项。 |
| deploy | 在集成或发布环境中完成，将最终包复制到远程存储库中，以便与其他开发人员和项目共享。 |
Site生命周期
| 执行阶段 | 描述说明 |
|---|---|
| pre-site | 在实际的项目站点生成之前执行过程 |
| site | 生成项目的站点文档 |
| post-site | 执行确定站点生成的过程，并为站点部署做好准备 |
| site-deploy | 将生成的站点文档部署到指定的web服务器 |