Maven实用分享

Maven实用分享

Maven是什么？

Maven这个单词来自于意第绪语（犹太语），意为知识的积累，最初在Jakata Turbine项目中用来简化构建过程。当时有一些项目（有各自Ant build文件），仅有细微的差别，而JAR文件都由CVS来维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享JARs。

Maven是一个强大的Java项目构建工具。当然，你也可以使用其它工具来构建项目，但由于Maven是用Java开发的，因此Maven被更多的用于Java项目中。

Maven是基于项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建、依赖管理和项目信息管理。 通过Maven配置项目，可以自动化构建过程，从清理、编译、测试到生成报告，再到打包和部署。

Maven是跨平台的，无论是Windows上，还是Linux或Mac上，都使用相同命令。

Maven不仅仅是构建工具，还是依赖管理工具，提供中央仓库，自动下载所有依赖构件(jar包)

常用构建工具Maven、Ant、Gradle比较

• Maven : 目前java工程主流构建工具

  Maven主要聚焦于依赖管理，实际上用Maven很难写出复杂、定制化的构建脚本，甚至不如Ant。
  用XML写的配置文件会变得越来越大，越来越笨重。
  Maven的主要优点是生命周期。只要项目基于一定之规，它的整个生命周期都能够轻松搞定，代价是牺牲了灵活性。

• Ant : 使用的公司越来越少，不太需要关注

  Ant是第一个“现代”构建工具，在很多方面它有些像Make。
  Ant的优点是上手比较快，对构建过程的控制直观透明。
  Ant的不足在于使用XML作为脚本编写格式，XML本质是层次化的，并不能很好地贴合Ant过程化编程的初衷，在Ant里要表达一个if分支持功能非常的麻烦；项目一大起来，XML文件很快大的无法管理。
  Ant一开始没有通过网络进行依赖管理的功能，直到采用了Apache Ivy。

• Gradle : 一般Android项目中使用比较多

  Gradle结合了前两者的优点，在此基础之上做了很多改进。它具有Ant的强大和灵活，又有Maven的生命周期管理且易于使用。
  Gradle不用XML，它使用基于Groovy的专门的DSL，从而使Gradle构建脚本变得比用Ant和Maven写的要简洁清晰。
  它使用Apache Ivy来处理Jar包的依赖。
  Gradle的成就可以概括为：约定好，灵活性也高。

安装

maven无须安装，纯绿色版，下载maven文件并配置环境变量即可，Maven官方提供多个版本给大家下载，建议大家下载3.x版本，这是使用最广泛的版本。官方3.x版本下载地址：Maven 3.x版本 ，官方也提供Maven源码下载，有兴趣可以下载下来研究研究。

环境变量配置

Tips：我的操作系统为mac os ，其他操作系统方法类似，这里不再赘述

我下载的版本是3.5.3，解压之后文件名为apache-maven-3.5.3，我们先把环境变量配置好，然后再给大家介绍下apache-maven-3.5.3里面的我们常用的文件。

环境变量配置很简单，首先找到apache-maven-3.5.3文件绝对路径,比如我这边存放路径/Users/Cappuccinooo/Downloads/apache-maven-3.5.3，然后找到/etc/profile文件编辑，这里要注意用户权限，只有root用户才有编辑权限。相关操作命令如下：

Cappuccinooos-MacBook-Pro:apache-maven-3.5.3 Cappuccinooo$ sudo vim /etc/profile
# System-wide .profile for sh(1)

if [ -x /usr/libexec/path_helper ]; then
    eval `/usr/libexec/path_helper -s`
fi

if [ "${BASH-no}" != "no" ]; then
    [ -r /etc/bashrc ] && . /etc/bashrc
fi

alias ll='ls -lrt'

// 路径配置为上面找到的apache-maven-3.5.3绝对路径
export MAVEN_HOME=/Users/Cappuccinooo/软件/apache-maven-3.3.9 
export PATH=$MAVEN_HOME/bin:$PATH

然后在执行source /etc/profile即可生效

检查Maven环境配置是否成功，执行mvn -version,显示如下说明配置成功：

Cappuccinooos-MacBook-Pro:apache-maven-3.5.3 Cappuccinooo$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-11T00:41:47+08:00)
Maven home: /Users/Cappuccinooo/软件/apache-maven-3.3.9
Java version: 1.8.0_171, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_171.jdk/Contents/Home/jre
Default locale: zh_CN, platform encoding: UTF-8
OS name: "mac os x", version: "10.13.5", arch: "x86_64", family: "mac"

settings.xml介绍

settings.xml有什么用？

从settings.xml的文件名就可以看出，它是用来设置maven参数的配置文件。

settings.xml是maven的全局配置文件。而pom.xml文件是所在项目的局部配置。

setting.xml中包含常用的本地仓库配置、私服发布服务、镜像、仓库等配置。

settings.xml文件位置

settings.xml文件一般存在于两个位置：

• 全局配置: ${MAVEN_HOME}/conf/settings.xml

• 用户配置: user.home/.m2/settings.xml

note：用户配置优先于全局配置。{user.home} 和所有其他系统属性只能在3.0+版本上使用。请注意windows和Linux使用变量的区别。

配置优先级

需要注意的是：局部配置优先于全局配置。

配置优先级从高到低：pom.xml> user settings > global settings

如果这些文件同时存在，在应用配置时，会合并它们的内容，如果有重复的配置，优先级高的配置会覆盖优先级低的。

settings.xml元素详解

顶级元素概览

下面列举了settings.xml中的顶级元素

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                          https://maven.apache.org/xsd/settings-1.0.0.xsd">
  <localRepository/>
  <interactiveMode/>
  <usePluginRegistry/>
  <offline/>
  <pluginGroups/>
  <servers/>
  <mirrors/>
  <proxies/>
  <profiles/>
  <activeProfiles/>
</settings>

LocalRepository元素

作用：该值表示构建系统本地仓库的路径。

其默认值：${user.home}/.m2/repository

  <!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository
  <localRepository>/path/to/local/repo</localRepository>
  -->

修改默认路径为/Users/Cappuccinooo/code/repo，如:

  <!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository
   -->
  <localRepository>/Users/Cappuccinooo/code/repo</localRepository>

以后下载到本地的依赖包都会存放在/Users/Cappuccinooo/code/repo目录里

InteractiveMode元素

作用：表示maven是否需要和用户交互以获得输入。

如果maven需要和用户交互以获得输入，则设置成true，反之则应为false。默认为true。

  <!-- interactiveMode
   | This will determine whether maven prompts you when it needs input. If set to false,
   | maven will use a sensible default value, perhaps based on some other setting, for
   | the parameter in question.
   |
   | Default: true
  <interactiveMode>true</interactiveMode>
  -->

Tips：使用默认配置即可

UsePluginRegistry元素

**作用：**maven是否需要使用plugin-registry.xml文件来管理插件版本。

如果需要让maven使用文件~/.m2/plugin-registry.xml来管理插件版本，则设为true。默认为false。

<usePluginRegistry>false</usePluginRegistry>

官方下载的Maven3.5.3版本settings.xml没有这个元素

Offline元素

作用：表示maven是否需要在离线模式下运行。

如果构建系统需要在离线模式下运行，则为true，默认为false。

当由于网络设置原因或者安全因素，构建服务器不能连接远程仓库的时候，该配置就十分有用。

  <!-- offline
   | Determines whether maven should attempt to connect to the network when executing a build.
   | This will have an effect on artifact downloads, artifact deployment, and others.
   |
   | Default: false
  <offline>false</offline>
  -->

PluginGroups元素

作用：当插件的组织id（groupId）没有显式提供时，供搜寻插件组织Id（groupId）的列表。

该元素包含一个pluginGroup元素列表，每个子元素包含了一个组织Id（groupId）。

当我们使用某个插件，并且没有在命令行为其提供组织Id（groupId）的时候，Maven就会使用该列表。默认情况下该列表包含了org.apache.maven.plugins和org.codehaus.mojo。

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                      https://maven.apache.org/xsd/settings-1.0.0.xsd">
  ...
  <pluginGroups>
    <!--plugin的组织Id（groupId） -->
    <pluginGroup>org.codehaus.mojo</pluginGroup>
  </pluginGroups>
  ...
</settings>

Servers元素

作用：一般，仓库的下载和部署是在pom.xml文件中的repositories和distributionManagement元素中定义的。然而，一般类似用户名、密码（有些仓库访问是需要安全认证的）等信息不应该在pom.xml文件中配置，这些信息可以配置在settings.xml中。

<!--配置服务端的一些设置。一些设置如安全证书不应该和pom.xml一起分发。这种类型的信息应该存在于构建服务器上的settings.xml文件中。 -->
  <servers>
    <!--服务器元素包含配置服务器时需要的信息 -->
    <server>
      <!--这是server的id（注意不是用户登陆的id），该id与distributionManagement中repository元素的id相匹配。 -->
      <id>server001</id>
      <!--鉴权用户名。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。 -->
      <username>my_login</username>
      <!--鉴权密码 。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。密码加密功能已被添加到2.1.0 +。详情请访问密码加密页面 -->
      <password>my_password</password>
      <!--鉴权时使用的私钥位置。和前两个元素类似，私钥位置和私钥密码指定了一个私钥的路径（默认是${user.home}/.ssh/id_dsa）以及如果需要的话，一个密语。将来passphrase和password元素可能会被提取到外部，但目前它们必须在settings.xml文件以纯文本的形式声明。 -->
      <privateKey>${usr.home}/.ssh/id_dsa</privateKey>
      <!--鉴权时使用的私钥密码。 -->
      <passphrase>some_passphrase</passphrase>
      <!--文件被创建时的权限。如果在部署的时候会创建一个仓库文件或者目录，这时候就可以使用权限（permission）。这两个元素合法的值是一个三位数字，其对应了unix文件系统的权限，如664，或者775。 -->
      <filePermissions>664</filePermissions>
      <!--目录被创建时的权限。 -->
      <directoryPermissions>775</directoryPermissions>
    </server>
  </servers>

示例如下：

 <servers>
    <server>
      <id>XXTest-Releases</id>
      <username>Cappuccinooo</username>
      <password>xxxxxxxx</password>
    </server>
    <server>
      <id>XXTest-Snapshots</id>
      <username>Cappuccinooo</username>
      <password>xxxxxxxx</password>
    </server>
    -->
  </servers>

Mirrors元素

作用：为仓库列表配置的下载镜像列表。

  <mirrors>
    <!-- 给定仓库的下载镜像。 -->
    <mirror>
      <!-- 该镜像的唯一标识符。id用来区分不同的mirror元素。 -->
      <id>planetmirror.com</id>
      <!-- 镜像名称 -->
      <name>PlanetMirror Australia</name>
      <!-- 该镜像的URL。构建系统会优先考虑使用该URL，而非使用默认的服务器URL。 -->
      <url>http://downloads.planetmirror.com/pub/maven2</url>
      <!-- 被镜像的服务器的id。例如，如果我们要设置了一个Maven中央仓库（http://repo.maven.apache.org/maven2/）的镜像，就需要将该元素设置成central。这必须和中央仓库的id central完全一致。 -->
      <mirrorOf>central</mirrorOf>
    </mirror>
  </mirrors>

示例如下：

<mirrors>
    <mirror>
      <id>trcMirror01</id>
      <mirrorOf>central</mirrorOf>
      <name>trcMirror01</name>
      <url>http://ip:port/nexus/content/repositories/central/</url>
    </mirror>
<mirrors>

Proxies元素

作用：用来配置不同的代理。

  <proxies>
    <!--代理元素包含配置代理时需要的信息 -->
    <proxy>
      <!--代理的唯一定义符，用来区分不同的代理元素。 -->
      <id>myproxy</id>
      <!--该代理是否是激活的那个。true则激活代理。当我们声明了一组代理，而某个时候只需要激活一个代理的时候，该元素就可以派上用处。 -->
      <active>true</active>
      <!--代理的协议。 协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <protocol>http</protocol>
      <!--代理的主机名。协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <host>proxy.somewhere.com</host>
      <!--代理的端口。协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <port>8080</port>
      <!--代理的用户名，用户名和密码表示代理服务器认证的登录名和密码。 -->
      <username>proxyuser</username>
      <!--代理的密码，用户名和密码表示代理服务器认证的登录名和密码。 -->
      <password>somepassword</password>
      <!--不该被代理的主机名列表。该列表的分隔符由代理服务器指定；例子中使用了竖线分隔符，使用逗号分隔也很常见。 -->
      <nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
    </proxy>
  </proxies>

Profiles元素

作用：根据环境参数来调整构建配置的列表。

settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。
它包含了id、activation、repositories、pluginRepositories和 properties元素。这里的profile元素只包含这五个子元素是因为这里只关心构建系统这个整体（这正是settings.xml文件的角色定位），而非单独的项目对象模型设置。如果一个settings.xml中的profile被激活，它的值会覆盖任何其它定义在pom.xml中带有相同id的profile。

  <profiles>
    <profile>
      <!-- profile的唯一标识 -->
      <id>test</id>
      <!-- 自动触发profile的条件逻辑 -->
      <activation />
      <!-- 扩展属性列表 -->
      <properties />
      <!-- 远程仓库列表 -->
      <repositories />
      <!-- 插件仓库列表 -->
      <pluginRepositories />
    </profile>
  </profiles>

示例如下：

<profile>
      <repositories>
        <repository>
            <id>nexus-releases</id>
            <url>http://ip:port/nexus/content/repositories/releases/</url>
        </repository>
        <repository>
            <id>nexus-thirdparty</id>
            <url>http://ip:port/nexus/content/repositories/thirdparty/</url>
        </repository>
        <repository>
            <id>nexus-snapshots</id>
            <url>http://ip:port/nexus/content/repositories/snapshots/</url>
            <snapshots>
                <enabled>true</enabled>
                <updatePolicy>always</updatePolicy>
            </snapshots>
        </repository>

        <!--  接口自动化测试框架  -->
        <repository>
            <id>XXTest-Releases</id>
            <url>http://ip:port/nexus/content/repositories/XXTest-Releases/</url>
        </repository>
        <repository>
            <id>XXTest-Snapshots</id>
            <url>http://ip:port/nexus/content/repositories/XXTest-Snapshots/</url>
        </repository>

      </repositories>

        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>

Activation元素

作用：自动触发profile的条件逻辑。

如pom.xml中的profile一样，profile的作用在于它能够在某些特定的环境中自动使用某些特定的值；这些环境通过activation元素指定。

activation元素并不是激活profile的唯一方式。settings.xml文件中的activeProfile元素可以包含profile的id。profile也可以通过在命令行，使用-P标记和逗号分隔的列表来显式的激活（如，-P test）。

<activation>
  <!--profile默认是否激活的标识 -->
  <activeByDefault>false</activeByDefault>
  <!--当匹配的jdk被检测到，profile被激活。例如，1.4激活JDK1.4，1.4.0_2，而!1.4激活所有版本不是以1.4开头的JDK。 -->
  <jdk>1.5</jdk>
  <!--当匹配的操作系统属性被检测到，profile被激活。os元素可以定义一些操作系统相关的属性。 -->
  <os>
    <!--激活profile的操作系统的名字 -->
    <name>Windows XP</name>
    <!--激活profile的操作系统所属家族(如 'windows') -->
    <family>Windows</family>
    <!--激活profile的操作系统体系结构 -->
    <arch>x86</arch>
    <!--激活profile的操作系统版本 -->
    <version>5.1.2600</version>
  </os>
  <!--如果Maven检测到某一个属性（其值可以在POM中通过${name}引用），其拥有对应的name = 值，Profile就会被激活。如果值字段是空的，那么存在属性名称字段就会激活profile，否则按区分大小写方式匹配属性值字段 -->
  <property>
    <!--激活profile的属性的名称 -->
    <name>mavenVersion</name>
    <!--激活profile的属性的值 -->
    <value>2.0.3</value>
  </property>
  <!--提供一个文件名，通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在，如果不存在则激活profile。另一方面，exists则会检查文件是否存在，如果存在则激活profile。 -->
  <file>
    <!--如果指定的文件存在，则激活profile。 -->
    <exists>${basedir}/file2.properties</exists>
    <!--如果指定的文件不存在，则激活profile。 -->
    <missing>${basedir}/file1.properties</missing>
  </file>
</activation>

注：在maven工程的pom.xml所在目录下执行mvn help:active-profiles命令可以查看中央仓储的profile是否在工程中生效。

Tips：一般很少配置该元素相关属性，不要太关注，了解即可

properties元素

作用：对应profile的扩展属性列表。

maven属性和ant中的属性一样，可以用来存放一些值。这些值可以在pom.xml中的任何地方使用标记${X}来使用，这里X是指属性的名称。属性有五种不同的形式，并且都能在settings.xml文件中访问。

<!-- 
  1. env.X: 在一个变量前加上"env."的前缀，会返回一个shell环境变量。例如,"env.PATH"指代了$path环境变量（在Windows上是%PATH%）。 
  2. project.x：指代了POM中对应的元素值。例如: <project><version>1.0</version></project>通过${project.version}获得version的值。 
  3. settings.x: 指代了settings.xml中对应元素的值。例如：<settings><offline>false</offline></settings>通过 ${settings.offline}获得offline的值。 
  4. Java System Properties: 所有可通过java.lang.System.getProperties()访问的属性都能在POM中使用该形式访问，例如 ${java.home}。 
  5. x: 在<properties/>元素中，或者外部文件中设置，以${someVar}的形式使用。
 -->
<properties>
  <user.install>${user.home}/our-project</user.install>
</properties>

注：如果该profile被激活，则可以在pom.xml中使用${user.install}。

Repositories元素

作用：远程仓库列表，它是maven用来填充构建系统本地仓库所使用的一组远程仓库。

<repositories>
  <!--包含需要连接到远程仓库的信息 -->
  <repository>
    <!--远程仓库唯一标识 -->
    <id>codehausSnapshots</id>
    <!--远程仓库名称 -->
    <name>Codehaus Snapshots</name>
    <!--如何处理远程仓库里发布版本的下载 -->
    <releases>
      <!--true或者false表示该仓库是否为下载某种类型构件（发布版，快照版）开启。 -->
      <enabled>false</enabled>
      <!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是：always（一直），daily（默认，每日），interval：X（这里X是以分钟为单位的时间间隔），或者never（从不）。 -->
      <updatePolicy>always</updatePolicy>
      <!--当Maven验证构件校验文件失败时该怎么做-ignore（忽略），fail（失败），或者warn（警告）。 -->
      <checksumPolicy>warn</checksumPolicy>
    </releases>
    <!--如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置，POM就可以在每个单独的仓库中，为每种类型的构件采取不同的策略。例如，可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素 -->
    <snapshots>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </snapshots>
    <!--远程仓库URL，按protocol://hostname/path形式 -->
    <url>http://snapshots.maven.codehaus.org/maven2</url>
    <!--用于定位和排序构件的仓库布局类型-可以是default（默认）或者legacy（遗留）。Maven 2为其仓库提供了一个默认的布局；然而，Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default（默认）还是legacy（遗留）。 -->
    <layout>default</layout>
  </repository>
</repositories>

pluginRepositories元素

作用：发现插件的远程仓库列表。

和repository类似，只是repository是管理jar包依赖的仓库，pluginRepositories则是管理插件的仓库。

maven插件是一种特殊类型的构件。由于这个原因，插件仓库独立于其它仓库。pluginRepositories元素的结构和repositories元素的结构类似。每个pluginRepository元素指定一个Maven可以用来寻找新插件的远程地址。

<pluginRepositories>
  <!-- 包含需要连接到远程插件仓库的信息.参见profiles/profile/repositories/repository元素的说明 -->
  <pluginRepository>
    <releases>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </releases>
    <snapshots>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </snapshots>
    <id />
    <name />
    <url />
    <layout />
  </pluginRepository>
</pluginRepositories>

ActiveProfiles元素

作用：手动激活profiles的列表，按照profile被应用的顺序定义activeProfile。

该元素包含了一组activeProfile元素，每个activeProfile都含有一个profile id。任何在activeProfile中定义的profile id，不论环境设置如何，其对应的 profile都会被激活。如果没有匹配的profile，则什么都不会发生。

例如，env-test是一个activeProfile，则在pom.xml（或者profile.xml）中对应id的profile会被激活。如果运行过程中找不到这样一个profile，Maven则会像往常一样运行。

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                      https://maven.apache.org/xsd/settings-1.0.0.xsd">
  ...
  <activeProfiles>
    <!-- 要激活的profile id -->
    <activeProfile>env-test</activeProfile>
  </activeProfiles>
  ...
</settings>

至此，maven settings.xml中的标签都讲解完毕

Maven生命周期

Maven把项目的构建划分为不同的生命周期(lifecycle)。粗略一点的话，它这个过程(phase)包括：编译、测试、打包、集成测试、验证、部署。maven中所有的执行动作(goal)都需要指明自己在这个过程中的执行位置，然后Maven执行的时候，就依照过程的发展依次调用这些goal进行各种处理。

这个也是Maven的一个基本调度机制。一般来说，位置稍后的过程都会依赖于之前的过程。当然，maven同样提供了配置文件，可以依照用户要求，跳过某些阶段。

Maven内置三套相互独立的生命周期，这三套生命周期是相互独立的。这三套生命周期是：

• Clean Lifecycle 在进行真正的构建之前进行一些清理工作。

• Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。

• Site Lifecycle 生成项目报告，站点，发布站点。

你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行mvn clean install site运行所有这三套生命周期。

每套生命周期都由一组阶段(Phase)组成，在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean，这个的clean是Clean生命周期的一个阶段。听起来有点晕，其实Maven既有Clean生命周期，也有clean阶段。

很多初学者容易把Maven的生命周期当作一个整体

Clean生命周期

Clean生命周期一共包含了三个阶段：

• pre-clean 执行一些需要在clean之前完成的工作

• clean 移除所有上一次构建生成的文件

• post-clean 执行一些需要在clean之后立刻完成的工作

mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean 等同于 mvn pre-clean clean ，如果我们运行 mvn post-clean ，那么 pre-clean，clean 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。

Default生命周期

默认（default）的生命周期包括以下阶段：

• 验证（validate） - 验证项目是否正确，所有必要的信息可用

• 编译（compile） - 编译项目的源代码

• 测试（test） - 使用合适的单元测试框架测试编译的源代码。这些测试不应该要求代码被打包或部署

• 打包（package） - 采用编译的代码，并以其可分配格式（如JAR）进行打包。

• 验证（verify） - 对集成测试的结果执行任何检查，以确保满足质量标准

• 安装（install） - 将软件包安装到本地存储库中，用作本地其他项目的依赖项

• 部署（deploy） - 在构建环境中完成，将最终的包复制到远程存储库以与其他开发人员和项目共享。

这些生命周期阶段（以及此处未显示的其他生命周期阶段）依次执行，以完成默认生命周期。给定上述生命周期阶段，这意味着当使用默认生命周期时，Maven将首先验证项目，然后尝试编译源代码，运行这些源代码，打包二进制文件（例如jar），运行集成测试软件包，验证集成测试，将验证的软件包安装到本地存储库，然后将安装的软件包部署到远程存储库。

换句话说，在生命周期里面阶段是连续的，在不出错的前提下，比如执行打包（package）时就一定是执行了测试（test）之后再执行。

Site生命周期

• 预网站（pre-site） 在实际的项目现场生成之前执行所需的进程

• 网站（site） 生成项目的站点文档

• 后网站（post-site） 执行完成站点生成所需的进程，并准备站点部署

• 网站部署（site-deploy） 将生成的站点文档部署到指定的Web服务器

生命周期阶段在命令行中的调用

在开发环境中，使用以下调用构建并将工件安装到本地存储库中。

mvn install
此命令在执行安装之前按顺序（验证（validate），编译（compile），打包（package）等）执行每个默认生命周期阶段。在这种情况下，您只需要调用最后一个构建阶段来执行，安装（install）。

在构建环境中，使用以下调用将工件清理地构建并部署到共享存储库中。

mvn clean deploy
相同的命令可以在多模块场景（即具有一个或多个子项目的项目）中使用。Maven遍历每个子项目并执行清洁（clean），然后执行部署（deploy）（包括所有之前的构建阶段步骤）。

注意：在我们开发阶段，有一些生命周期的阶段，比如验证（validate）这些，基本很少用到。只要使用关键的几个基本能满足需求。

生命周期阶段在jenkins中的调用

再举一个jenkins中常用的命令，类似这样：
mvn clean package -U -Dmaven.test.skip=true -Ptest

在持续集成服务器上使用怎样的 mvn 命令集成项目，这个问题乍一看答案很显然，不就是 mvn clean install 么？事实上比较好的集成命令会稍微复杂些，下面是一些总结：

• -U参数：该参数能强制让Maven检查所有SNAPSHOT依赖更新，确保集成基于最新的状态，如果没有该参数，Maven默认以天为单位检查更新，而持续集成的频率应该比这高很多。

• -P参数：项目开发需要有多个环境，一般为开发，测试，预发，正式4个环境，通过maven可以实现按不同环境进行打包部署

• -Dmaven.test.skip=true参数：不执行测试用例，也不编译测试用例类，默认不输入参数，是需要执行test阶段的

下面要介绍Maven中非常重要的一个部分：pom.xml文件

pom.xml详解

pom.xml是什么？

POM代表项目对象模型。它是 Maven 中工作的基本单位，这是一个 XML 文件。它始终保存在该项目基本目录中的pom.xml文件。

POM 包含的项目是使用 Maven 来构建的，它用来包含各种配置信息。

POM 也包含了目标和插件。在执行任务或目标时，Maven 会使用当前目录中的 POM。它读取POM得到所需要的配置信息，然后执行目标。

创建一个POM之前，应该要先决定项目组(groupId)，它的名字(artifactId)和版本，因为这些属性在项目仓库是唯一标识的。

pom.xml例子

在Gitlab上，我们托管了一个接口自动化测试demo工程，我们就拿这个工程里面的pom.xml来讲解，pom.xml里面内容为;

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.xx.qa</groupId>
    <artifactId>api-autotest-demo</artifactId>
    <version>1.0-SNAPSHOT</version>

    <dependencies>
        <dependency>
            <groupId>com.xx.qa</groupId>
            <artifactId>xx-autotest-api-framework</artifactId>
            <version>1.0.1-SNAPSHOT</version>
        </dependency>
        <dependency>
            <groupId>com.xx.qa</groupId>
            <artifactId>xx-autotest-api-flow-framework</artifactId>
            <version>1.0.0-SNAPSHOT</version>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

要注意的是，每个项目只有一个POM文件。

• 所有的 POM 文件要项目元素必须有三个必填字段: groupId，artifactId，version

• 在库中的项目符号是：groupId:artifactId:version

• pom.xml 的根元素是 project，它有三个主要的子节点。

节点	描述
groupId	这是项目组的编号，这在组织或项目中通常是独一无二的，一般是企业域名的反着写。 例如，com.xx.qa指的是某某公司QA团队
artifactId	这是项目的ID。这通常是项目的名称。 例如，api-autotest-demo。 除了groupId之外，artifactId还定义了artifact在存储库中的位置。
version	这是项目的版本。与groupId一起使用，artifact在存储库中用于将版本彼此分离。 例如：com.xx.qa:api-autotest-demo:1.0-SNAPSHOT，com.xx.qa:api-autotest-demo:1.1

pom.xml常用标签

一个pom.xml中包含了许多标签，各个标签是对项目生命周期、依赖管理的配置。常用的主要有：

• <project>：pom.xml的根标签，一个maven项目用一对<project></project>标签包裹

• <modelVersion>：声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变，虽然如此，但它仍然是必不可少的，这是为了当Maven引入了新的特性或者其他模型变更的时候，确保稳定性

• <groupId>：项目的全球唯一标识符，通常使用全限定的包名区分该项目和其他项目。并且构建时生成的路径也是由此生成， 如com.mycompany.app生成的相对路径为：/com/mycompany/app

• <artifactId>：构件的标识符，它和group ID一起唯一标识一个构件。换句话说，你不能有两个不同的项目拥有同样的artifact ID和groupID；在某个特定的group ID下，artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西，Maven为项目产生的构件包括：JARs，源码，二进制发布和WARs等。

• <version>：项目当前版本，格式为:主版本.次版本.增量版本-限定版本号

• <dependencies>：该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息，请看项目依赖机制。

• <build>：构建项目需要的信息

• <plugins>：使用的插件列表

• <plugin>：plugin元素包含描述插件所需要的信息。

史上最全的maven的pom.xml文件详解

文章转载：史上最全的maven的pom.xml文件详解

Maven标准工程结构

Maven的标准工程结构如下：

|– pom.xml(maven的核心配置文件)

|– src

|– main

     | `– java(java源代码目录)

     | `– resources(资源文件目录)

|– test

     | `– java(单元测试代码目录)

     | `– resources(资源文件目录)

|– target(输出目录，所有的输出物都存放在这个目录下)

     |–classes(编译后的class文件存放处)

演示

• 本地仓库

• Maven私服

• Maven工程

• IDEA中Maven配置

• 。。。。。。

Q&A

大家工作遇到的跟Maven相关的问题

参考文章

https://www.cnblogs.com/hafiz/p/5360195.html
http://www.cnblogs.com/jingmoxukong/p/5591368.html