IntelliJ Idea14 建立Maven多模块项目，多继承，热部署配置总结（三）

pom.xml中repositories、pluginRepository的做用

pom.xml中repositories标签的做用是: 用来配置maven项目的远程仓库。示例以下:

<repositories>
        <repository>
            <id>nexus</id>
            <name>Nexus Repository</name>
            <url>远程仓库地址</url>
            <releases>
                <enabled>true</enabled>
            </releases>
            <snapshots>
                <enabled>true</enabled>  <!--snapshots默认是关闭的,须要开启  -->
            </snapshots>
        </repository>
    </repositories>
复制代码

按照上面配置是实现了配置maven项目的远程仓库,可是,这样的配置,若是咱们建立一个项目,就须要配置一次,很麻烦。能够将上面的远程仓库配置在maven的setting.xml里面.这样就能够实现只配置一次

pom.xml中pluginRepository标签的做用是: 用来配置maven插件的远程仓库。示例以下:

<pluginRepositories>
    <pluginRepository>
        <id>nexus</id>
        <name>Team Nexus Repository</name>
        <url>远程仓库地址</url>
    </pluginRepository>
</pluginRepositories>
复制代码

---

Maven与Nexus，snapshot快照库和release发布库

依赖管理，经过在Pom中指定坐标的形式将jar引入到项目中。那这个过程，要经历怎样一个流程呢？从哪里寻找jar？下载的jar放到哪里？

将这个问题顺下来，就知道nexus和maven的关系了。

从哪里找到jar？项目用到的jar又存放在哪里？这引出了仓库的概念，maven经过仓库来统一管理各类构件。Maven的仓库分为本地仓库和远程仓库。

当Maven根据坐标寻找构件时，它首先会查看本地仓库，若是本地仓库存在此构件，则直接使用；若是本地仓库不存在此构件，或者须要查看是否有更新的构件版本，Maven会去远程仓库查找，发现须要的构件以后，下载到本地仓库再使用。

到了这里，问题的答案也就出来了。

首先，Nexus是一种远程仓库，根据上段的介绍，咱们已经知道远程仓库的做用。在远程仓库中，默认的是中央仓库，中央仓库是Maven核心自带的远程仓库。那就使用中央仓库不就得了吗，为何咱们要安装Nexus呢？

咱们从项目实际开发来看：

1.一些没法从外部仓库下载的构件，例如内部的项目还能部署到私服上，以便供其余依赖项目使用。 2. 为了节省带宽和时间，在局域网内架设一个私有的仓库服务器，用其代理全部外部的远程仓库。当本地Maven项目须要下载构件时，先去私服请求，若是私服没有，则再去远程仓库请求，从远程仓库下载构件后，把构件缓存在私服上。这样，及时暂时没有Internet连接，因为私服已经缓存了大量构件，整个项目仍是能够正常使用的。同时，也下降了中央仓库的负荷。 Nexus仅仅是私服的一种。

在pom.xml中使用distributionManagement将项目打包上传到nexus私服

一、pom.xml文件添加distributionManagement节点

<!-- 使用分发管理将本项目打成jar包，直接上传到指定服务器 -->
  <distributionManagement>
    <!--正式版本-->
    <repository>
        <!-- nexus服务器中用户名：在settings.xml中<server>的id-->
        <id>yang</id>
        <!-- 这个名称本身定义 -->
        <name>Release repository</name>
        <url>http://192.168.1.105:8081/repository/yang/</url>
    </repository>
    <!--快照
    <snapshotRepository>
        <id>nexus-snapshots</id>
        <name>Snapshots repository</name>
        <url>http://192.168.1.105/repository/yang/</url>
    </snapshotRepository>-->
  </distributionManagement>
复制代码

< repository >节点下的< id >对应setting.xml文件中的server的id

<!--maven链接nexus须要验证用户名和密码-->
    <server>
      <id>yang</id>
       <username>admin</username>
       <password>admin123</password>
     </server>
复制代码

上传正式版本，pom.xml文件version中不能有SNAPSHOT，快照版本才有

<groupId>com.yang</groupId>
  <artifactId>shade-plugin</artifactId>
  <version>0.0.1</version>
  <!--  <version>0.0.1-SNAPSHOT</version> -->
复制代码

二、打包执行，上传 在pom.xml文件中右击，run As – Maven build … 打开以下的框。

---

snapshot快照库和release发布库

在使用maven过程当中，咱们在开发阶段常常性的会有不少公共库处于不稳定状态，随时须要修改并发布，可能一天就要发布一次，遇到bug时，甚至一天要发布N次。咱们知道，maven的依赖管理是基于版本管理的，对于发布状态的artifact，若是版本号相同，即便咱们内部的镜像服务器上的组件比本地新，maven也不会主动下载的。若是咱们在开发阶段都是基于正式发布版原本作依赖管理，那么遇到这个问题，就须要升级组件的版本号，可这样就明显不符合要求和实际状况了。可是，若是是基于快照版本，那么问题就自热而然的解决了，而maven已经为咱们准备好了这一切。

maven中的仓库分为两种，snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程当中的不稳定版本，release正式仓库则是用来保存稳定的发行版本。定义一个组件/模块为快照版本，只须要在pom文件中在该模块的版本号后加上-SNAPSHOT便可(注意这里必须是大写)，以下：

<groupId>cc.mzone</groupId>
<artifactId>m1</artifactId>
<version>0.1-SNAPSHOT</version>
<packaging>jar</packaging>
复制代码

maven会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本仍是正式版本。若是是快照版本，那么在mvn deploy时会自动发布到快照版本库中，而使用快照版本的模块，在不更改版本号的状况下，直接编译打包时，maven会自动从镜像服务器上下载最新的快照版本。若是是正式发布版本，那么在mvn deploy时会自动发布到正式版本库中，而使用正式版本的模块，在不更改版本号的状况下，编译打包时若是本地已经存在该版本的模块则不会主动去镜像服务器上下载。

因此，咱们在开发阶段，能够将公用库的版本设置为快照版本，而被依赖组件则引用快照版本进行开发，在公用库的快照版本更新后，咱们也不须要修改pom文件提示版本号来下载新的版本，直接mvn执行相关编译、打包命令便可从新下载最新的快照库了，从而也方便了咱们进行开发。

接下来要介绍的是如何在项目中应用snapshot和release库，应用snapshot和release库达到不一样环境下发布不一样的版本的目的，首先看一个pom文件的定义：

<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/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>net.aty.mybatis</groupId>
    <artifactId>mybatis-demo</artifactId>
    <packaging>jar</packaging>
    <version>${project.release.version}</version>
    <name>mybatis-demo</name>
    <url>http://maven.apache.org</url>
	
	<properties>
        <project.release.version>0.1-SNAPSHOT</project.release.version>
    </properties>
	
 
    <profiles>
        <profile>
            <id>release</id>
	    <properties>
 	        <project.release.version>0.1</project.release.version>
	    </properties>
        </profile>
    </profiles>
	
	
	<!--定义snapshots库和releases库的nexus地址-->
    <distributionManagement>
        <repository>
            <id>nexus-releases</id>
            <url>
                http://172.17.103.59:8081/nexus/content/repositories/releases/
            </url>
        </repository>
        <snapshotRepository>
            <id>nexus-snapshots</id>
            <url>
                http://172.17.103.59:8081/nexus/content/repositories/snapshots/
            </url>
        </snapshotRepository>
    </distributionManagement>
 
</project>
复制代码

首先咱们看到pom文件中version的定义是采用占位符的形式，这样的好处是能够根据不一样的profile来替换版本信息，好比maven默认是使用0.1-SNAPSHOT做为该模块的版本。

一、若是在发布时使用mvn deploy -P release 的命令，那么会自动使用0.1做为发布版本，那么根据maven处理snapshot和release的规则，因为版本号后不带-SNAPSHOT故当成是正式发布版本，会被发布到release仓库；

二、若是发布时使用mvn deploy命令，那么就会使用默认的版本号0.1-SNAPSHOT，此时maven会认为是快照版本，会自动发布到快照版本库。

在distributionManagement段中配置的是snapshot快照库和release发布库的地址，我这里是采用nexus做为镜像服务器。对于版本库主要是id和url的配置，配置完成后就能够经过mvn deploy进行发布了，固然了，若是你的镜像服务器须要用户名和密码，那么还须要在maven的settings.xml文件中作以下配置：

<server>
  <id>nexus-releases</id>
  <username>admin</username>
  <password>admin123</password>
</server>
 
<server>
  <id>nexus-snapshots</id>
  <username>admin</username>
  <password>admin123</password>
</server>
复制代码

注意这里配置的server的id必须和pom文件中的distributionManagement对应仓库的id保持一致，maven在处理发布时会根据id查找用户名称和密码进行登陆和文件的上传发布。

咱们这里经过profile的定义就能够在发布灵活切换snapshot快照版本和release正式版本了，在被依赖的组件中也可使用profile来定义在开发阶段使用快照库，在发布阶段使用正式库的功能，只须要在不一样的profile中覆盖默认的properties属性值便可。