Maven学习 ---

  在使用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属性值便可。