[03] 仓库&生命周期&插件目标

仓库

分类

本地仓库：为当前本机电脑上的所有 Maven 工程服务（setting.xml）
```
<localRepository>D:MavenMavenRepository</localRepository>
```
远程仓库
- 私服：架设在当前局域网环境下，为当前局域网范围内的所有 Maven 工程服务
- 中央仓库：架设在 Internet 上，为全世界所有 Maven 工程服务
- 中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。
```
<mirror>
    <id>alimaven</id>
    <mirrorOf>central</mirrorOf>
    <name>aliyun maven</name>
    <url>http://maven.aliyun.com/nexus/content/groups/public</url>
</mirror>
```

仓库中的文件

Maven 的插件
我们自己开发的项目的模块
第三方框架或工具的 jar 包

※ 不管是什么样的 jar 包，在仓库中都是按照坐标生成目录结构，所以可以通过统一的方式查询或依赖。

生命周期

Maven 的生命周期

Maven 生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven 就可以自动化的执行构建命令了。
Maven 有 3 套相互独立的生命周期，分别是：
- Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
- Default Lifecycle 构建的核心部分，编译，测试，打包，安装，部署等等。
- Site Lifecycle 生成项目报告，站点，发布站点。
每套生命周期都由一组阶段(Phase) 组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行 mvn clean，这个 clean 是 Clean 生命周期的一个阶段。有 Clean 生命周期，也有 clean 阶段。
三套生命周期相互独立，但各个生命周期中的 phase 却是有顺序的，且后面的 phase 依赖于前面的 phase。执行某个 phase 时，其前面的 phase 会依顺序执行，但不会触发另外两套生命周期中的任何 phase。你可以仅仅调用 clean 来清理工作目录，仅仅调用 site 来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这 3 套生命周期。

Clean 生命周期

pre-clean 执行一些需要在 clean 之前完成的工作
clean 移除所有上一次构建生成的文件 — [插件目标] —> maven-clean-plugin:clean
post-clean 执行一些需要在 clean 之后立刻完成的工作

Site 生命周期

pre-site 执行一些需要在生成站点文档之前完成的工作
site 生成项目的站点文档 — [插件目标] —> maven-site-plugin:site
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy 将生成的站点文档部署到特定的服务器上 — [插件目标] —> maven-site-plugin:deploy

※ 这里经常用到的是 site 阶段和 site-deploy 阶段，用以生成和发布 Maven 站点，这可是 Maven 相当强大的功能，Manager 比较喜欢，文档及统计数据自动生成，很好看。

Default 生命周期

default 生命周期是 Maven 生命周期中最重要的一个，它包含了构建项目时真正需要执行的所有步骤。

validate
initialize
generate-sources
process-sources
generate-resources
process-resources         复制并处理资源文件，至目标目录，准备打包
compile                   编译项目的源代码
process-classes
generate-test-sources
process-test-sources
generate-test-resources
process-test-resources    复制并处理资源文件，至目标测试目录
test-compile              编译测试源代码
process-test-classes
test                      使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署
prepare-package
package                   接受编译好的代码，打包成可发布的格式，如JAR
pre-integration-test
integration-test
post-integration-test
verify
install                   将包安装至本地仓库，以让其它项目依赖
deploy            将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行

生命周期与自动化构建

运行任何一个阶段的时候，它前面的所有阶段都会被运行，例如我们运行 mvn install 的时候，代码会被编译，测试，打包。这就是 Maven 为什么能够自动执行构建过程的各个环节的原因。此外，Maven 的插件机制是完全依赖 Maven 的生命周期，因此理解生命周期至关重要。

插件和目标

插件

一个完整的项目构建过程通常包括清理、编译、测试、打包、集成测试、验证、部署等步骤，Maven 从中抽取了一套完善的、易扩展的生命周期。Maven 的生命周期是抽象的，其中的具体任务都交由插件来完成。

Maven 为大多数构建任务编写并绑定了默认的插件，如针对编译的插件：maven-compiler-plugin。用户也可自行配置或编写插件。

插件的目标

每个插件都能实现多个功能，每个功能就是一个插件目标。

如执行 mvn install 命令时，调用的插件和执行的插件目标如下：

Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务。

插件绑定到生命周期

Maven 的核心仅仅定义了抽象的生命周期，具体的任务都是交由插件完成的。这一过程是通过将插件的目标(goal) 绑定到生命周期的具体阶段(phase) 来完成的。

如：将 maven-compiler-plugin 插件的 compile 目标绑定到 default 生命周期的 compile 阶段，完成项目的源代码编译：

内置的绑定

Maven 对一些生命周期的阶段(phase) 默认绑定了插件目标，因为不同的项目有 jar、war、pom 等不同的打包方式，因此对应的有不同的绑定关系，其中针对 default 生命周期的 jar 包打包方式的绑定关系如下：

第二列中，冒号后面即是绑定的插件目标，冒号前面是插件的前缀(Plugin Prefix)，是配置和使用插件的一种简化方式。

自定义绑定

用户可以根据需要将任何插件目标绑定到任何生命周期的阶段，如：将 maven-source-plugin 的 jar-no-fork 目标绑定到 default 生命周期的 package 阶段，这样，以后在执行 mvn package 命令打包项目时，在 package 阶段之后会执行源代码打包。

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>2.2.1</version>
            <executions>
                <execution>
                    <id>attach-source</id>
                    <phase>package</phase><!-- 要绑定到的生命周期的阶段 -->
                    <goals>
                        <goal>jar-no-fork</goal><!-- 要绑定的插件的目标 -->
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
    ……
</build>