Maven的生命周期

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/ZZY1078689276/article/details/78953011

  在上一篇文章中,我们已经成功的创建了Maven项目,在该项目的idea中,我们通过点击右侧面板中的【Maven Projects】选项就可以查看到Maven的常用构建命令,如下图所示

这里写图片描述

  如果不知道上一篇文章的话,可以看这里:

  如上图所示,上面展示的就是Maven的一些常用的构建命令,而这些命令共同组成了Maven的生命周期,

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

没有更多推荐了,返回首页