2.构建生命周期
1）简介与打包相关生命周期
一个构建生命周期是一组精心组织的有序的阶段，它的存在能使所有注册的目标变得有序运行。这些目标根据项目的打包类型被选择并绑定。Maven中有三种标准的生命周期：清理（clean），默认（default）(有时候也称为构建)，和站点（site）
默认的整个过程，生命周期阶段与描述如下：
validate 验证项目是否正确，以及所有为了完整构建必要的信息是否可用
generate-sources 生成所有需要包含在编译过程中的源代码
process-sources 处理源代码，比如过滤一些值
generate-resources 生成所有需要包含在打包过程中的资源文件
process-resources 复制并处理资源文件至目标目录，准备打包
compile 编译项目的源代码
process-classes 后处理编译生成的文件，例如对Java类进行字节码增强（bytecode enhancement）
generate-test-sources 生成所有包含在测试编译过程中的测试源码
process-test-sources 处理测试源码，比如过滤一些值
generate-test-resources 生成测试需要的资源文件
process-test-resources 复制并处理测试资源文件至测试目标目录
test-compile 编译测试源码至测试目标目录
test 使用合适的单元测试框架运行测试。这些测试应该不需要代码被打包或发布
prepare-package 在真正的打包之前，执行一些准备打包必要的操作。这通常会产生一个包的展开的处理过的版本
package 将编译好的代码打包成可分发的格式，如JAR，WAR，或者EAR
pre-integration-test 执行一些在集成测试运行之前需要的动作。如建立集成测试需要的环境
integration-test 如果有必要的话，处理包并发布至集成测试可以运行的环境
post-integration-test 执行一些在集成测试运行之后需要的动作。如清理集成测试环境。
verify 执行所有检查，验证包是有效的，符合质量规范
install 安装包至本地仓库，以备本地的其它项目作为依赖使用
deploy 复制最终的包至远程仓库，共享给其它开发人员和项目（通常和一次正式的发布相关）
打包相关生命周期有所差异,在打包阶段会根据packing走不同的插件目标。
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
POM生命周期阶段和目标
package site:attach-descriptor
install install:install
deploy deploy:deploy
Maven Plugin生命周期阶段和目标
generate-resources plugin:descriptor
process-resources resources:resources
compile compiler:compile
process-test-resources resources:testResources
test-compile compiler:testCompile
test surefire:test
package jar:jar, plugin:addPluginArtifactMetadata
install install:install, plugin:updateRegistry
deploy deploy:deploy
EJB生命周期阶段和目标
process-resources resources:resources
compile compiler:compile
process-test-resources resources:testResources
test-compile compiler:testCompile
test surefire:test
package ejb:ejb
install install:install
deploy deploy:deploy
WAR生命周期阶段和目标
process-resources resources:resources
compile compiler:compile
process-test-resources resources:testResources
test-compile compiler:testCompile
test surefire:test
package war:war
install install:install
deploy deploy:deploy
EAR生命周期阶段和目标
generate-resources ear:generate-application-xml
process-resources resources:resources
package ear:ear
install install:install
deploy deploy:deploy
2）通用生命周期目标
[1] resources替换
替换属性，有src/main/resources/service.xml，属性值在src/main/filters/default.properties中定义，此属性可以在不同的位置定义，并且可以针对不同环境替换不同的值。最终过滤资源替换属性。将properties中的值替换到xml中。filter需要为true，以为你默认是不过滤的
service.xml
default.properties
替换
资源列表默认的在src/main/resources，如果你有需求，则可以定义多个。
多资源列表
[2] compile
可以为插件设置source和target版本，源码遵循版本和目标版本。同时也可以设置源码位置和目标位置，但实际最好不要这么做，最好的方式是遵循大部分的约定。
源码和目标
[3] Test Compile
test-compile阶段基本上和compile阶段一致。唯一的不同是会调用compile:testCompile编译测试源代码目录至测试构建构建输出目录。如果你没有在超级POM中自定义默认目录，compile:testCompile将会编译src/test/java中的源码至target/test-classes目录。类似源代码目录，如果你想要自定义测试源码目录和测试编译输出目录的位置，你可以覆盖testSourceDirectory和testOutputDirectory。
[4] Test Compile
大部分生命周期绑定Surefire插件的test目标至test阶段。Surefire插件是Maven的单元测试插件，Surefire默认的行为是寻找测试源码目录下所有以*Test结尾的类，以JUnit测试的形式运行它们。Surefire插件也可以配置成运行TestNG单元测试。
运行过mvn test之后，你应该注意到Surefire在target/surefire-reports目录生成了许多报告。该目录内每个Surefire插件运行过的测试都会有相关的两个文件：一个是包含测试运行信息的XML文档，另一个是包含单元测试输出的文本文件。如果测试阶段有问题，单元测试失败了，你可以使用Maven的输出以及该目录下的内容来追查测试失败的原因。在站点生成的时候，surefire-reports/目录的内容会被用来创建报告，使项目所有单元测试的总体情况清晰明了。
如果你工作的项目有一些失败的单元测试，同时你想让项目生成输出，你需要配置Surefire插件在遇到失败的情况下继续一个构建。当遇到单元测试失败的时候，默认行为是停止构建。要覆盖这种行为，你需要设置Surefire插件的testFailureIgnore配置属性为true。
配置Surefire忽略单元测试失败
如果你想要整个的跳过测试，你可以运行如下的命令：$ mvn install -Dmaven.test.skip=true
maven.test.skip变量同时控制Compiler和Surefire插件，如果你传入maven.test.skip，就等于告诉Maven整个的跳过测试。
[5] Test Compile
Install插件的install目标基本上都是绑定到install生命周期阶段。install:install目标只不过是将项目的主要构件安装到本地仓库。
[6] Deploy
Deploy插件的deploy目标通常绑定到deploy生命周期阶段。该阶段用来将一个构件部署到远程Maven仓库，当你执行一次发布的时候通常需要更新远程仓库。
网友评论