Maven仓库

​ maven仓库分为本地仓库和远程仓库。远程仓库有中央仓库、私服、其他公共库。

本地仓库

​ 默认情况下，不管是在windows还是linux上，每个用户在自己的用户目录下都有一个路径名为.m2/repository/的仓库目录。用户也可自定义本地仓库目录地址，编辑文件./m2/settings.xml，设置localRepository元素的值为想要的仓库地址。但需要注意，默认情况下，./m2/settings.xml文件是不存在的，需要到安装目录复制./conf/settings.xml文件再进行编辑。

中央仓库

​ 原始的本地仓库是空的，maven必须知道至少一个可用的远程仓库，才能下载到需要的构件。中央仓库就是这样一个默认的远程仓库。maven的安装文件自带了中央仓库的配置。打开./lib/maven-model-builder-3.x..jar，访问路径org/apache/maven/model/pom-4.0.0.xml，可以看到如下的配置：

<repositories>
    <repository>
      <id>central</id>
      <name>Central Repository</name>
      <url>https://repo.maven.apache.org/maven2</url>
      <layout>default</layout>
      <snapshots>
        <!-- enabled值为false，表示不从该仓库下载快照版本的构件 -->
        <enabled>false</enabled>
      </snapshots>
    </repository>
  </repositories>

​ 此文件是所有maven项目都会继承的超级pom。

私服

​ 即使在一台直接连入internet的个人机器上使用maven，也应该在本地建立私服。因为私服可以帮助你：

• 节省外网宽度
• 加速maven构建。maven的一些内部机制（如快照更新检查）要求maven在执行构建的时候不停的检查远程仓库数据。
• 部署第三方构件。
• 提高稳定性，增强控制。但internet不稳定时，maven就无法顺利构建。

远程仓库的配置

​ 当默认的中央仓库无法满足需求时，可能需要的构件存在于另外一个远程仓库中，如JBoss Maven仓库。这时，可以在pom中配置该仓库。

<repositories>
    <repository>
      <id>jboss</id>
      <name>JBoss Repository</name>
      <url>https://repository.jboss.com/maven2</url>
      <!-- default表示仓库的布局是maven2和maven3的默认布局，而不是maven1的布局 -->
      <layout>default</layout>
      <releases>
          <!-- 开启JBoss仓库的发布版本下载支持 -->
          <enabled>true</enabled>
      </releases>
      <snapshots>
        <!-- enabled值为false，表示不从该仓库下载快照版本的构件 -->
        <enabled>false</enabled>
      </snapshots>
    </repository>
  </repositories>

​ 对于releases和snapshots来说，处理enabled，还有两个子元素updatePolicy和checksumPolicy。

<snapshots>
    <enabled>false</enabled>
    <!-- 从远程仓库检查更新的频率，默认daily，表示每天检查一次。never-从不；always-每次构建；interval:X-每隔X分钟检查一次更新。 -->
    <updatePolicy>daily</updatePolicy>
    <!-- 检查检验和文件的策略。构件被部署到maven仓库时，会同时部署对应的校验和文件。下载时，就会验证校验和文件。此处配置检验失败的处理办法。warn-警告；fail-失败；ignore-忽略 -->
    <checksumPolicy>ignore</checksumPolicy>
</snapshots>

远程仓库的认证

​ 出于安全考虑，我们需要提供认证信息才能访问一些远程仓库，这时就需要配置认证信息。认证信息必须配置在settings.xml文件中，因为pom会被提交到代码仓库供所有成员访问，而settings.xml一般只放在本机。更为安全。

<servers>
    <server>
      <!-- 此id必须与要认证的仓库id（pom中repository元素的id）完全一致 -->
      <id>my-repository</id>
      <username>username</username>
      <password>password</password>
    </server>
</servers>

部署到远程仓库

<distributionManagement>
    <!--发布版本的构件仓库 -->
    <repository>
        <id>project-releases</id>
        <name>project releases repository</name>
        <url>http://192.168.40.240:8888/repository/maven-releases/</url>
        <layout>default</layout>
    </repository>
    <!--快照版本的构件仓库,如果没有配置该元素，默认部署到repository元素配置的仓库 -->
    <snapshotRepository>
        <id>project-snapshots</id>
        <name>project snapshots repository</name>
        <url>http://192.168.40.240:8888/repository/maven-snapshots/</url>
        <layout>legacy</layout>
    </snapshotRepository>
</distributionManagement>

​ 运行命令mvn deploy，maven就会项目构件输出到配置的远程仓库，如果项目当前的版本是快照版本，这部署到快照版本的仓库地址，否则就部署到发布版本的仓库地址。

快照版本

​ 将项目构件发布到私服时，maven会自动为构件打上时间戳。比如模块A的版本为2.1-SNAPSHOT,发布后2.1-20191212.221414-13就表示2019-12-12 22:14:14的第13次快照。当构建依赖于A的模板B时，maven会自动从仓库中检查A的2.1-SNAPSHOT的最新构件，发现有更新时便进行下载。用户可以使用命令行-U参数强制让maven检查更新，如mvn install-U。

镜像

​ 编辑settings.xml。

<mirrors>
    <mirror>
        <id>alimaven</id>
        <name>aliyun maven</name>
        <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
        <!-- central表示为中央仓库的镜像 -->
        <mirrorOf>central</mirrorOf>
    </mirror>
</mirrors>

​ 关于镜像的另一个常见用法是结合私服。私服可以代理任何外部的公共仓库。可以将配置集中到私服，从而简化maven本身的配置。这种情况下，可以将mirrorof配置为*，

• <mirrorOf>*</mirrorOf>：匹配所有的远程仓库
• <mirrorOf>external:*</mirrorOf>：匹配所有不在本机上的远程仓库
• <mirrorOf>repo1,repo2</mirrorOf>：匹配仓库repo1和repo2。
• <mirrorOf>*,!repo1</mirrorOf>：匹配所有远程仓库，rpo1除外。