mvn的指令大家都经常用到,但是说到生命周期,可能会有点懵。其实按照项目的构建和发布过程来理解就可以了
default简化版的生命周期包括:
validate compile test package verify install deploy
- 验证(validate) - 验证项目是否正确,所有必要的信息可用
- 编译(compile) - 编译项目的源代码
- 测试(test) - 使用合适的单元测试框架测试编译的源代码。这些测试不应该要求代码被打包或部署
- 打包(package) - 采用编译的代码,并以其可分配格式(如JAR)进行打包。
- 验证(verify) - 对集成测试的结果执行任何检查,以确保满足质量标准
- 安装(install) - 将软件包安装到本地存储库中,用作本地其他项目的依赖项
- 部署(deploy) - 在构建环境中完成,将最终的包复制到远程存储库以与其他开发人员和项目共享。
这些生命周期阶段(以及此处未显示的其他生命周期阶段)依次执行,以完成默认生命周期。给定上述生命周期阶段,这意味着当使用默认生命周期时,Maven将首先验证项目,然后尝试编译源代码,运行这些源代码,打包二进制文件(例如jar),运行集成测试软件包,验证集成测试,将验证的软件包安装到本地存储库,然后将安装的软件包部署到远程存储库。
换句话说,在生命周期里面阶段是连续的,在不出错的前提下,比如执行打包(package)时就一定是执行了测试(test)之后再执行。
区分package install deploy
从jar包的角度来看:
package 仅仅把jar包放到target里面
install 不仅把jar包放到target里面,还部署到本地maven仓库
deploy 不仅把jar包放到target里面,还部署到本地maven仓库,并上传到远程私服仓库,供其他开发人员使用
package命令完成了项目编译、单元测试、打包功能,但没有把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库和远程maven私服仓库
install命令完成了项目编译、单元测试、打包功能,同时把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库,但没有布署到远程maven私服仓库
deploy命令完成了项目编译、单元测试、打包功能,同时把打好的可执行jar包(war包或其它形式的包)布署到本地maven仓库和远程maven私服仓库
mvn 生命周期参考
以下列出了默认(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) | 从测试编译中处理生成的文件,例如对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服务器 |