《Maven实战》 第7章 生命周期与插件

  • 7.1什么是生命周期
    • 软件开发人员每天都在对项目进行清理、编译、测试及部署,Maven生命周期是对所有构建过程进行抽象和统一,含项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有构建步骤。
  • 7.2生命周期详解
    • 7.2.1三套相互独立的生命周期
      • clean:目的是清理项目
      • default:目的是构建项目
      • site:目的是建立项目站点
      • 两个原则
        • a)三套生命周期相互独立,不会相互影响
        • b)每个生命周期包含一些阶段(phase),阶段间有顺序且后面的阶段依赖于前面的阶段
    • 7.2.2clean生命周期
      • 1)pre-clean 执行一些清理前需要完成的工作
      • 2)clean 清理上一次构建生成的文件
      • 3)post-clean 执行一些清理后需要完成的工作
    • 7.2.3 default生命周期
      • 定义了真正构建是所需执行的所有步骤,是所有生命周期中最核心的部分
      • Maven官网参考:http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
      • 1)validate
      • 2)initialize
      • 3)generate-sources
      • 4)process-sources:处理项目的主资源文件。一般来说,是对src/main/resouces目录的内容进行变量替换等工作后,负责到项目输出的主classpath目录中。
      • 5)generate-resources
      • 6)process-resources
      • 7)compile:编译项目的主代码。一般来说,是编译src/main/java下的java文件至项目输出的主classpath目录中
      • 8)process-classes
      • 9)generate-test-sources
      • 10)process-test-sources:处理项目测试资源文件。一般来说,是对src/test/resources目录的内容进行变量替换等工作,复制到项目输出的测试classpath目录中。
      • 11)generate-test-resources
      • 12)process-test-resources
      • 13)test-compile:编译项目的测试代码。一般来说,是编译src/test/java下的java文件到项目输出的测试classpath目录中
      • 14)process-test-compile
      • 15)test:使用单元测试框架运行测试,测试代码不会被打包或部署
      • 16)prepare-package
      • 17)package:接受编译好的代码,打包成可发布的格式,如jar
      • 18)pre-integration-test
      • 19)integration-test
      • 20)post-integration-test
      • 21)verify
      • 22)install:将包安装到Maven本地仓库
      • 23)deploy:将包复制到远程仓库
    • 7.2.4site生命周期
      • 1)pre-site:执行一些生成项目站点之前需要完成的工作
      • 2)site:生成项目站点文件
      • 3)post-site:执行一些在生成项目站点之后需要完成的工作
      • 4)site-deploy:将生成的项目站点发布到服务器上
    • 7.2.5 命令行与生命周期
      • 命令行中的命令根据7.2.1中的【两个原则】,可知具体执行了哪些阶段
      • 示例1:mvn clean:执行了7.2.2clean生命周期1)2)
      • 示例2:mvn test:执行了7.2.3default生命周期1)至15)
      • 示例3:mvn clean install:执行了7.2.2clean生命周期1)2),执行了7.2.3default生命周期1)至22)
      • 示例4:mvn clean deploy site-deploy:执行了7.2.2clean生命周期1)2),执行了7.2.3default生命周期1)至23)全部阶段,执行了7.2.4site生命周期1)至4)全部阶段
    • 7.3插件目标
      • 一个Maven插件能够完成多个任务,每个任务就是一个插件目标
      • 示例:maven-dependency-plugin插件,有analyze、tree、list等十几个目标。(使用【插件前缀:插件目标】的格式,dependency:analyze、dependency:tree、dependency:list)
    • 7.4插件绑定
      • 【生命周期】的【阶段】与【插件】的【目标】绑定,完成构建任务。
      • 注意:【插件】的【目标】与【生命周期】的【阶段】的绑定是在配置pom.xml时完成的,而不是插件在编写时已经设置好的!。
      • 7.4.1内置绑定
        • clean生命周期阶段与插件目标的绑定关系
          • 【clean】生命周期的【clean】阶段与【maven-clean-plugin】插件的【clean】目标绑定
          • 《Maven实战》 第7章 生命周期与插件
        • site生命周期阶段与插件目标的绑定关系
          • 【site】生命周期的【site】阶段与【mvn-site-plugin】插件的【site】目标绑定
          • 【site】生命周期的【site-deploy】阶段与【mvn-site-plugin】插件的【deploy】目标绑定
            《Maven实战》 第7章 生命周期与插件
        • default生命周期阶段与插件目标的绑定关系
          • 项目的打包类型(如jar、war)会影响构建的具体过程
      • 7.4.2自定义绑定
        • 示例:使用maven-source-plugin插件创建项目的源码jar包
        • 《Maven实战》 第7章 生命周期与插件
        • 配置了id为attach-sources的任务,设置phase为verify将其绑定到(【default】生命周期)【verify】阶段,设置goal为jar-no-fork指定了执行【maven-source-plugin】插件的【jar-no-fork】目标。
        • 查看插件帮助信息:mvn help:describe -Dplugin=org.apache.maven.plugins:maven-source-plugin:2.1.1 -Ddetail
        • 绑定原则:
          • 1)当插件目标被绑定到不同的生命周期阶段,执行顺序由生命周期阶段的先后顺序决定。
          • 2)如果多个目标被绑定到同一个阶段,插件生命的先后顺序决定了目标的执行顺序。
上一篇:[Luogu 1730]最小密度路径


下一篇:(十二)Maven生命周期和插件