鲜为人知的maven标签解说
目录
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 setting参考网址：http://blog.csdn.net/liutengteng130/article/details/46991829
[//]:setting https://www.cnblogs.com/yangxia-test/p/4409736.html
[//]:pom http://blog.csdn.net/sunzhenhua0608/article/details/32938533
[//]:repositories : 远程连接的仓库。可以在setting中通过mirror做成镜像
[//]:distributionManagement： 管理快照版本和正式版本
[//]:repository： 正式版本
[//]:snapshotRepository： 快照版本
[//]:dependencyManagement ： 统一管理版本号
版权声明：本文为zhangxinhua原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。