maven的生命周期就是对所有构建过程抽象与统一。
生命周期包含项目的清理、初始化、编译、测试、打包、集成测试、验证、部署、站点生成等几乎所有的过程。
Maven有三套相互独立的生命周期：
• CleanLifecycle 在进行真正的构建之前进行一些清理工作。
• DefaultLifecycle 构建的核心部分，编译，测试，打包，部署等等。
• SiteLifecycle 生成项目报告，站点，发布站点。
它们是相互独立的，可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然也可以直接运行 “mvn clean install site” 运行所有这三套生命周期。
| Clean生命周期 | |
|---|---|
| pre-clean | 执行一些需要在clean之前完成的工作 |
| clean | 移除所有上一次构建生成的文件 |
| post-clean | 执行一些需要在clean之后立刻完成的工作 |
命令“mvn clean”中的就是代表执行上面的clean阶段。
Maven最重要就是的Default生命周期，也称构建生命周期，绝大部分工作都发生在这个生命周期中，每个阶段的名称与功能如下：：
| Default生命周期 | |
|---|---|
| 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 |
复制最终的包至远程仓库，共享给其它开发人员 和项目（通常和一次正式的发布相关） |
| Site生命周期 | |
|---|---|
| pre-site |
执行一些需要在生成站点文档之前完成的工作 |
| site |
生成项目的站点文档 |
| post-site |
执行一些需要在生成站点文档之后完成的工作，并且为部署做准备 |
| site-deploy |
将生成的站点文档部署到特定的服务器上 |
在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，“mvn clean” 等同于 “mvn pre-clean clean” ，如果我们运行“mvn post-clean” ，那么 “pre-clean”，“clean” 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。
Maven常用命令：
| Maven命令列表 | |
|---|---|
| mvn –version |
显示版本信息 |
| mvn clean |
清理项目生产的临时文件,一般是模块下的target目录 |
| mvn compile |
编译源代码，一般编译模块下的src/main/java目录 |
| mvn package |
项目打包工具,会在模块下的target目录生成jar或war等文件 |
| mvn test |
测试命令,或执行src/test/java/下junit的测试用例. |
| mvn install |
将打包的jar/war文件复制到你的本地仓库中,供其他模块使用 |
| mvn deploy |
将打包的文件发布到远程参考,提供其他人员进行下载依赖 |
| mvn site |
生成项目相关信息的网站 |
| mvn eclipse:eclipse |
将项目转化为Eclipse项目 |
| mvn dependency:tree |
打印出项目的整个依赖树 |
| mvn archetype:generate |
创建Maven的普通java项目 |
| mvn tomcat:run |
在tomcat容器中运行web应用 |
| mvn jetty:run |
调用 Jetty 插件的 Run 目标在 Jetty Servlet 容器中启动 web 应用 |
注意：运行maven命令的时候，首先需要定位到maven项目的目录，也就是项目的pom.xml文件所在的目录。否则，必以通过参数来指定项目的目录。
命令参数
上面列举的只是比较通用的命令，其实很多命令都可以携带参数以执行更精准的任务。
Maven命令可携带的参数类型如下：
1. -D 传入属性参数
比如命令：
mvn package -Dmaven.test.skip=true
以“-D”开头，将“maven.test.skip”的值设为“true”,就是告诉maven打包的时候跳过单元测试。同理，“mvn deploy-Dmaven.test.skip=true”代表部署项目并跳过单元测试。
2. -P 使用指定的Profile配置
比如项目开发需要有多个环境，一般为开发，测试，预发，正式4个环境，在pom.xml中的配置如下：
<profiles>
<profile>
<id>dev</id>
<properties>
<env>dev</env>
</properties>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<profile>
<id>qa</id>
<properties>
<env>qa</env>
</properties>
</profile>
<profile>
<id>pre</id>
<properties>
<env>pre</env>
</properties>
</profile>
<profile>
<id>prod</id>
<properties>
<env>prod</env>
</properties>
</profile>
</profiles>
......
<build>
<filters>
<filter>config/${env}.properties</filter>
</filters>
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
......
</build>
profiles定义了各个环境的变量id，filters中定义了变量配置文件的地址，其中地址中的环境变量就是上面profile中定义的值，resources中是定义哪些目录下的文件会被配置文件中定义的变量替换。
通过maven可以实现按不同环境进行打包部署，命令为:
mvn package -P dev
其中“dev“为环境的变量id,代表使用Id为“dev”的profile。
3. -e 显示maven运行出错的信息
4. -o 离线执行命令,即不去远程仓库更新包
5. -X 显示maven允许的debug信息
6. -U 强制去远程更新snapshot的插件或依赖，默认每天只更新一次
转载自：