Maven的生命周期

 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服务器