mvn生命周期及其指令

亦凉 2022-05-16 15:14 214阅读 0赞

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）生命周期**

<table> 
 <tbody> 
 <tr> 
 <td>预清洁（pre-clean）</td> 
 <td>执行实际项目清理之前所需的流程</td> 
 </tr> 
 <tr> 
 <td>清洁（clean）</td> 
 <td>删除以前构建生成的所有文件</td> 
 </tr> 
 <tr> 
 <td>后清洁（post-clean）</td> 
 <td>执行完成项目清理所需的流程</td> 
 </tr> 
 </tbody> 
</table>

**默认（default）生命周期**

<table> 
 <tbody> 
 <tr> 
 <td>验证（validate）</td> 
 <td>验证项目是正确的，所有必要的信息可用。</td> 
 </tr> 
 <tr> 
 <td>初始化（initialize）</td> 
 <td>初始化构建状态，例如设置属性或创建目录。</td> 
 </tr> 
 <tr> 
 <td>产生来源（generate-sources）</td> 
 <td>生成包含在编译中的任何源代码。</td> 
 </tr> 
 <tr> 
 <td>流程源（process-sources）</td> 
 <td>处理源代码，例如过滤任何值。</td> 
 </tr> 
 <tr> 
 <td>生成资源（generate-resources）</td> 
 <td>生成包含在包中的资源。</td> 
 </tr> 
 <tr> 
 <td>流程资源（process-resources）</td> 
 <td>将资源复制并处理到目标目录中，准备打包。</td> 
 </tr> 
 <tr> 
 <td>编译（compile）</td> 
 <td>编译项目的源代码。</td> 
 </tr> 
 <tr> 
 <td>工艺类（process-classes）</td> 
 <td>从编译后处理生成的文件，例如对Java类进行字节码增强。</td> 
 </tr> 
 <tr> 
 <td>生成测试来源（generate-test-sources）</td> 
 <td>生成包含在编译中的任何测试源代码。</td> 
 </tr> 
 <tr> 
 <td>流程测试来源（process-test-sources）</td> 
 <td>处理测试源代码，例如过滤任何值。</td> 
 </tr> 
 <tr> 
 <td>生成测试资源（generate-test-resources）</td> 
 <td>创建测试资源。</td> 
 </tr> 
 <tr> 
 <td>流程测试资源（process-test-resources）</td> 
 <td>将资源复制并处理到测试目标目录中。</td> 
 </tr> 
 <tr> 
 <td>测试编译（test-compile）</td> 
 <td>将测试源代码编译到测试目标目录中</td> 
 </tr> 
 <tr> 
 <td>流程检验类（process-test-classes）</td> 
 <td>从测试编译中处理生成的文件，例如对Java类进行字节码增强。对于Maven 2.0.5及以上版本。</td> 
 </tr> 
 <tr> 
 <td>测试（test）</td> 
 <td>使用合适的单元测试框架运行测试。这些测试不应该要求代码被打包或部署。</td> 
 </tr> 
 <tr> 
 <td>制备包（prepare-package）</td> 
 <td>在实际包装之前，执行必要的准备包装的操作。这通常会导致打包的处理版本的包。（Maven 2.1及以上）</td> 
 </tr> 
 <tr> 
 <td>打包（package）</td> 
 <td>采取编译的代码，并以其可分发的格式（如JAR）进行打包。</td> 
 </tr> 
 <tr> 
 <td>预集成测试（pre-integration-test）</td> 
 <td>在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境等。</td> 
 </tr> 
 <tr> 
 <td>集成测试（integration-test）</td> 
 <td>如果需要，可以将该包过程并部署到可以运行集成测试的环境中。</td> 
 </tr> 
 <tr> 
 <td>整合后的测试（post-integration-test）</td> 
 <td>执行集成测试后执行所需的操作。这可能包括清理环境。</td> 
 </tr> 
 <tr> 
 <td>校验（verify）</td> 
 <td>运行任何检查以验证包装是否有效并符合质量标准。</td> 
 </tr> 
 <tr> 
 <td>安装（install）</td> 
 <td>将软件包安装到本地存储库中，以作为本地其他项目的依赖关系。</td> 
 </tr> 
 <tr> 
 <td>部署（deploy）</td> 
 <td>在集成或发布环境中完成，将最终软件包复制到远程存储库，以与其他开发人员和项目共享。</td> 
 </tr> 
 </tbody> 
</table>

**站点（site）生命周期**

<table> 
 <tbody> 
 <tr> 
 <td>预网站（pre-site）</td> 
 <td>在实际的项目现场生成之前执行所需的进程</td> 
 </tr> 
 <tr> 
 <td>网站（site）</td> 
 <td>生成项目的站点文档</td> 
 </tr> 
 <tr> 
 <td>后网站（post-site）</td> 
 <td>执行完成站点生成所需的进程，并准备站点部署</td> 
 </tr> 
 <tr> 
 <td>网站部署（site-deploy）</td> 
 <td>将生成的站点文档部署到指定的Web服务器</td> 
 </tr> 
 </tbody> 
</table>