鲜为人知的maven标签解说,maven标签详解

摘要：

maven的好处在于可以将项目过程规范化、自动化、高效化以及强大的可扩展性利用maven自身及其插件还可以获得代码检查报告、单元测试覆盖率、实现持续集成等等。pluginGroup元素指定的是plugin的groupId如下使我们在pom文件中配置的一个插件,我们配置的坐标中并没有指定groupId，熟悉maven的都知道我们引入以来至少需要groupId和artifactId的。这个时候maven就会获取pluginGroups里pluginGroup列表和配置中artifactId进行一一匹配。将来passphrase和password元素可能会被提取到外部，但目前它们必须在settings.xml文件以纯文本的形式声明。

maven是一个项目构建和管理的工具，提供了帮助管理构建、文档、报告、依赖、scms、发布、分发的方法。可以方便的编译代码、进行依赖管理、管理二进制库等等。
maven的好处在于可以将项目过程规范化、自动化、高效化以及强大的可扩展性
利用maven自身及其插件还可以获得代码检查报告、单元测试覆盖率、实现持续集成等等。

localRepository

用于指定存储jar包的路径，换句话说就是本地仓库地址，如果不设置默认是${user.home}/.m2/repository 。${user.home}是系统环境变量

<localRepository>E:/.m2</localRepository>

interactiveMode

表示是否使用交互模式，默认是true；如果设为false，那么当Maven需要用户进行输入的时候，它会使用一个默认值。

<interactiveMode>true</interactiveMode>

offline

表示Maven是否需要在离线模式下运行。如果构建系统需要在离线模式下运行，则为true，默认为false。当由于网络设置原因或者安全因素，构建服务器不能连接远程仓库的时候，我们就可以设置成false，这样安全

<offline>false</offline>

pluginGroups

元素里包含了一个pluginGroup列表。默认maven中有org.apache.maven.plugins和org.codehaus.mojo两个pluginGroup。表示当通过plugin的前缀来解析plugin的时候到哪里寻找。pluginGroup元素指定的是plugin的groupId
如下使我们在pom文件中配置的一个插件,我们配置的坐标中并没有指定groupId，熟悉maven的都知道我们引入以来至少需要groupId和artifactId的。但是下面的插件中没有。这个时候maven就会获取pluginGroups里pluginGroup列表和配置中artifactId进行一一匹配。匹配到下载。这里如果出现重复也没关系，我们使用的时候使用对了就行了。

<plugins>
          <plugin>
              <artifactId>maven-compiler-plugin</artifactId>
              <configuration>
                  <source>1.7</source>
                  <target>1.7</target>
              </configuration>
          </plugin>
          <plugin>
              <groupId>org.springframework.boot</groupId>
              <artifactId>spring-boot-maven-plugin</artifactId>
          </plugin>
      </plugins>

proxies

其下面可以定义一系列的proxy子元素，表示Maven在进行联网时需要使用到的代理。当设置了多个代理的时候第一个标记active为true的代理将会被使用

<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>

servers

配置服务端的一些设置。一些设置如安全证书不应该和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>

使用方法

我们在项目的pom中配置了发布属性 distributionManagement是部署到远程的配置标签。这个标签将在maven的pom章节讲

<distributionManagement>
  <repository>
      <id>release-repository</id>
      <name>Release Repository</name>
      <url>http://www.myrepository.com/repositories/releases</url>
  </repository>
  <snapshotRepository>
      <id>snapshot-repository</id>
      <name>Snapshot Repository</name>
      <url>http://www.myrepository.com/repositories/snapshots</url>
  </snapshotRepository>
</distributionManagement>

上面配置了SNAPSHOT包的上传路径和RELEASE包的上传远程地址，但是我们的这个远程地址有权限，最基本的就是需要账号和密码。这个时候我们不能暴露在项目中，我们就可以在maven的setting中设置了，就是通过servers标签实现，

<servers>
    <server>
        <id>snapshot-repository</id>
        <username>snapshot</username>
        <password>123456</password>
    </server>
    <server>
        <id>release-repository</id>
        <username>release</username>
        <password>123456</password>
    </server>
</servers>

注意一点两边的id必须匹配才可以。 maven对密码进行加密处理

mirrors

为仓库列表配置的下载镜像列表。高级设置请参阅镜像设置页面,用于定义一系列的远程仓库的镜像。我们可以在pom中定义一个下载工件的时候所使用的远程仓库。但是有时候这个远程仓库会比较忙，所以这个时候人们就想着给它创建镜像以缓解远程仓库的压力，也就是说会把对远程仓库的请求转换到对其镜像地址的请求。每个远程仓库都会有一个id，这样我们就可以创建自己的mirror来关联到该仓库，那么以后需要从远程仓库下载工件的时候Maven就可以从我们定义好的mirror站点来下载，这可以很好的缓解我们远程仓库的压力。在我们定义的mirror中每个远程仓库都只能有一个mirror与它关联，也就是说你不能同时配置多个mirror的mirrorOf指向同一个repositoryId。
- id：是用来区别mirror的，所有的mirror不能有相同的id
- mirrorOf：用来表示该mirror是关联的哪一个仓库，其值为其关联仓库的id。当要同时关联多个仓库时，这多个仓库之间可以用逗号隔开；当要关联所有的仓库时，可以使用“”表示；当要关联除某一个仓库以外的其他所有仓库时，可以表示为“,!repositoryId”；当要关联不是localhost或用file请求的仓库时，可以表示为“external:*”。
- url：表示该镜像的url。当Maven在建立系统的时候就会使用这个url来连接到我们的远程仓库。

 <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>

profiles

用于指定一系列的profile。profile元素由activation、repositories、pluginRepositories和properties四个元素组成。当一个profile在settings.xml中是处于活动状态并且在pom.xml中定义了一个相同id的profile时，settings.xml中的profile会覆盖pom.xml中的profile。

使用场景

profile可以让我们定义一系列的配置信息，然后指定其激活条件。这样我们就可以定义多个profile，然后每个profile对应不同的激活条件和配置信息，从而达到不同环境使用不同配置信息的效果。比如说，我们可以通过profile定义在jdk1.5以上使用一套配置信息，在jdk1.5以下使用另外一套配置信息；或者有时候我们可以通过操作系统的不同来使用不同的配置信息，比如windows下是一套信息，linux下又是另外一套信息，等等。具体的激活条件有哪些我在后文会讲到

出现位置

针对于特定项目的profile配置我们可以定义在该项目的pom.xml中。
针对于特定用户的profile配置，我们可以在用户的settings.xml文件中定义profile。该文件在用户家目录下的“.m2”目录下。
全局的profile配置。全局的profile是定义在Maven安装目录下的“conf/settings.xml”文件中的

激活方式

激活方式才是profiles运用的几种表现，我们通过这些激活方式灵活实现部署到不同的环境中，对于不同的满足条件我们提供不同的profile,profile我们有不同的配置，这样就实现了部署的灵活性
- 参数激活
如下我们配置了两个profile（zxh1,zxh2），两个profile除了标识id还配置了参数properties.分别表示当属性zxhtom值为single、double该激活的profile。

```
  <profiles>  
       <profile>  
              <id>zxh1</id>  
              <properties>  
                     <zxhtom>single</zxhtom>  
              </properties>  
       </profile>  
       <profile>  
              <id>zxh2</id>  
              <properties>  
                     <zxhtom>double</zxhtom>  
              </properties>  
       </profile>  
  <profiles>
```

  +  环境激活
  
  在部署是符合这些环境要求的电脑则会获取到该profile的配置。这样我们windows上配置和Linux上就不同了。

  ```
  <activation>
    <os>
     <!--激活profile的操作系统的名字 -->
     <name>Windows 7</name>
     <!--激活profile的操作系统所属家族(如 'windows')  -->
     <family>Windows</family>
     <!--激活profile的操作系统体系结构  -->
     <arch>x64</arch>
     <!--激活profile的操作系统版本-->
     <version>x.x.x..</version>
    </os>
  </activation>
  ```

  +  默认激活
      *  activeByDefault激活

      下面的配置在我们部署是没有指定profile时，zxh1这个profile就会成为默认的profile，如果我们指定了那么zxh1就不会被启用。这里要注意这里是不启用。和后面的activeProfiles激活不同。

      ```
      <profiles>  
            <profile>  
                 <id>zxh1</id>  
                 <properties>  
                        <zxhtom>single</zxhtom>  
                 </properties>  
                 <activation>  
                        <activeByDefault>true</activeByDefault>  
                 </activation>  
            </profile>  
              
            <profile>  
                 <id>zxh2</id>  
                 <properties>  
                        <zxhtom>double</zxhtom>  
                 </properties>  
            </profile>  
      </profiles>
      ```

      *  activeProfiles激活
      
      如下图中我们定义zxh1为激活状态，另外我们如果在通过参数或者其他条件激活了zxh2，这里zxh1和zxh2都是出于激活的，并不像activeByDefault激活那样直接停止了。而是两者的覆盖值合并。

      ```
      <profiles>  
       <profile>  
              <id>zxh1</id>  
              <properties>  
                     <zxhtom>single</zxhtom>  
              </properties>  
       </profile>  
       <profile>  
              <id>zxh2</id>  
              <properties>  
                     <zxhtom>double</zxhtom>  
              </properties>  
       </profile>  
      <profiles>
      <activeProfiles>  
         <activeProfile>zxh1</activeProfile>  
      </activeProfiles>  
      ```
    档如下在activeProfiles中配置了多个profile是，maven选择的是后者覆盖合并前者的方式，也就是将zxh1和zxh2合并，相同值去后者的值。
      ```
      <profiles>  
       <profile>  
              <id>zxh1</id>  
              <properties>  
                     <zxhtom>single</zxhtom>  
              </properties>  
       </profile>  
       <profile>  
              <id>zxh2</id>  
              <properties>  
                     <zxhtom>double</zxhtom>  
              </properties>  
       </profile>  
      <profiles>
      <activeProfiles>  
         <activeProfile>zxh1</activeProfile>  
         <activeProfile>zxh2</activeProfile>  
      </activeProfiles>  
      ```

  +  文件激活

    ```
    <activation>
         <file>
         <!--如果指定的文件存在，则激活profile。 -->
         <exists>${basedir}/file2.properties</exists>
         <!--如果指定的文件不存在，则激活profile。-->
         <missing>${basedir}/file1.properties</missing>
         </file>
    </activation>
    ```

鲜为人知的maven标签解说

使用方法

使用场景

出现位置

激活方式

相关文章

ssh登陆github

向 Git 服务器添加 SSH 公钥

liunx安装mysql(mariadb)

简述Docker镜像、容器、仓库概念

Spring源码分析-SpringAop什么时候调用jdk动态代理？什么时候调用cglib

git的一套全流程上手（不包括报错（我忘了有哪些报错了）以及其解决方案（篇幅问题））

最新文章

随机推荐

思享工具箱导航

JSON工具

格式化转换

加解密编码

文本数字

网络

站长

计算

其他

对照列表