文章目录
 
远程仓库的配置
远程仓库的认证
部署至远程仓库
镜像配置

 
远程仓库的配置
 

 Repositories元素下，可以用repository 子元素声明一个或者多个远程仓库。
 
id 远程仓库的ID，必须唯一，maven自带的中央仓库的id为central，如果其他仓库声明也使用了该id，就会覆盖中央仓库的配置。
name 仓库的名字，意义不大。
url 仓库的地址，一般来说该值都是http协议。
layout 仓库对应的布局，也就是之前我们说的本地仓库存储依赖的方式。
snapshots 从仓库下载快照版本的控制。
releases 从仓库下载releases 版本的控制。
enabled 是否从仓库下载此版本，true为是，false为否。
updatePolicy 配置Maven从远程仓库检查更新的频率，默认值为daily，表示每天检查一次；never——从不检查更新；always——每次构建都检查更新；interval：X——每个X分钟检查一次更新（X为任意整数）。
checksumPolicy 配置Maven检查校验和文件的策略。也就是说我们在下载或者部署构件的时候，Maven会去验证检验文件。当值为 warn时，Maven会在执行构建时输出警告信息；fail-Maven ——遇到校验和错误让构件失败；ignore—— 是Maven完全忽略校验和错误。
 
远程仓库的认证
 
大多数情况下，远程仓库无需认证就可以访问。但是当我们组织内部有一个maven仓库服务器的时候，出去安全方面的考虑，就需要管理员为仓库提供一组用户名和密码。这时，我们为了让maven能够访问此服务器，就需要配置认证信息。
 仓库信息和认证信息不同，仓库信息可以直接配置在pom文件中，但是认证信息必须配置在settings.xml 文件中。为什么会这样呢？因为我们在提交代码的时候会将项目的pom文件提交到代码仓，这样别人就可以获取到我们pom文件中的信息，而我们settings.xml 文件放在本地。因此，在settings.xml 中配置认证信息更为安全。
 
 servers元素下可以声明多个server元素，在server中配置认证的信息
 
id 是需要验证仓库的id，必须要与repository中的id对应（完全一致）。
username 仓库认证的账号
password 仓库认证的密码
 
部署至远程仓库
 
我们在日常的工作中，还需要一项功能，就是将我们的自己的构件部署至私服，供其他团队人员使用。这个时候，我们需要在项目的pom.xml 文件中进行配置。
 
 distributionManagement 包含 repository 和snapshotsRepository 子元素，前者表示发布版本构件的仓库，后者表示快照版本的仓库。
 
id 远程仓库的id，必须唯一。如果上传构件，需要验证的时候就会用到。
name 远程仓库的名字，便于人阅读。
url 远程仓库的地址。
 如果上传构件的时候也需要认证的话，只需在settings.xml文件中配置service就行了。配置方式与下载一样。
 
镜像配置
 
镜像就相当于仓库的复制版，与原仓库的内容完全一致。一般情况下，由于地理位置的因数，镜像往往能够提供比中央仓库更快的服务。所以我们可以通过配置镜像来替代中央仓库，在settings.xml中进行配置。
 
 ** mirrors元素中声明多个mirror元素，在mirror元素中配置对应的镜像。关键在于 mirrorOf元素。**
 
id 镜像的id，保证唯一。 如果镜像需要配置认证的话，同样在server中配置即可。
name 镜像的名字
url 镜像的地址。
mirrorOf 需要被镜像的仓库的表达式。取值为：* ——匹配所有的远程仓库；external：* ——匹配所有远程仓库，使用localhost 的除外，使用file:// 协议的除外也就是说，匹配所有；central1,central2 ——匹配 central1,central2，使用逗号分隔多个远程仓库；*,! central1 —— 匹配所有的仓库，central 除外，使用感叹号将仓库从匹配中排除。

本文主要记录了我自己在局域网中Git远程仓库端机器及客户端配置的学习过程，试过两台机器的配置都OK，鉴于Gitblit的服务器也应该是基于局域网的（克隆、拉取的仓库地址都是局域网IP），所以应该具有一定的保密性。
 
1.Git远程仓库机器配置过程
 
搭建Git服务器教程源文档，怎么配置Gitblit我都是照着上面做的：
 https://blog.csdn.net/wfl_137724/article/details/76684982
 
之后后面融入我自己认为还需要注意的点和配置的地方。
 我安装的是JDK10，jdk10下载地址：
 http://www.oracle.com/technetwork/java/javase/downloads/jdk10-downloads-4416644.html
 gitlit直接复制使用该文件夹：
 举例gitblit的根目录：D:\SmallSoftwares\2018-4-1-Gitlit
 
开启Gitblit服务：
 

 登录：http://192.168.191.6:10101（IP地址具体是当前仓库服务器的局域网IP地址）去管理用户和管理版本库，如图是我新建的仓库：（尽量选择高安全程度的选项避免被随意克隆）
 

 maven3实战之仓库(远程仓库的配置)
 
 ----------
 
 在很多情况下，默认的中央仓库无法满足项目的需求，可能项目需要的构件存在于另外一个远程仓库中，如:JBoss，Maven仓库。这时，可以在POM中配置该仓库，见代码请单：
 
  
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
 <project>  
   ...  
   <repositories>  
     <repository>  
       <id>jboss</id>  
       <name>JBoss Repository</name>  
       <url>http://repository.jboss.com/maven2/</url>  
       <releases>  
         <enabled>true</enabled>  
       </releases>  
     </repository>  
     <snapshots>  
       <enabled>false</enabled>  
     </snapshots>  
     <layout>default</layout>  
   </repositories>  
   ...  
 </project>  
 
 
 在repositories元素下，可以使用repository子元素声明一个或者多个远程仓库。该例中声明了一个id为jboss，名称为JBoss Repository的仓库。任何一个仓库声明的id必须是唯一的，尤其需要注意的是，maven自带的中央仓库使用的id为central，如果其他的仓库声明也使用该id，就会覆盖中央仓库的配置。该配置中的url值指向了仓库的地址，一般来说，该地址都基于http协议，maven用户都可以在浏览器中打开仓库地址浏览构件。
 
 该例配置中的releases和snapshots元素比较重要，它们用来控制Maven对于发布版构件和快照版构件的下载。该例中releases的enabled值为true，表示开启JBoss仓库的发布版本下载支持，而snapshots的enabled值为false，表示关闭JBoss仓库的快照版本的下载支持。该例中的layout元素值default表示仓库的布局是Maven2及Maven3的默认布局，而不是Maven1的布局。
 
 对于releases和snapshots来说，除了enabled，它们还包含另外两个子元素updatePolicy和checksumPolicy:
 
  
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
 <snapshots>  
   <enabled>true</enabled>  
   <updatePolicy>daily</updatePolicy>  
   <checksumPolicy>ignore</checksumPolicy>  
 </snapshots>  
 
 
 元素updatePolicy用来配置Maven从远程仓库检查更新的频率，默认的值是daily，表示Maven每天检查一次。其他可用的值包括：never---从不检查更新；always---每次构建都检查更新；interval:X---每隔X分钟检查一次更新(X为任意整数)。
 
 元素checksumPolicy用来配置Maven检查检验和文件的策略。当构件被部署到Maven仓库中时，会同时部署对应的校验和文件。在下载构件的时候，Maven会验证校验和文件，如果校验和验证失败，怎么办？当checksumPolicy的值为默认的warn时，Maven会在执行构建时输出警告信息，其他可用的值包括：fail---Maven遇到校验和错误就让构建失败；ignore---使用Maven完全忽略校验和错误。
 
 
 
 
 在setting.xml中配置远程仓库
 
 1.需要在profiles标签中添加远程仓库配置
 
 
        <profile>
    	    <id>myProfiel</id>  
	    <repositories>  
	        <repository>  
	            <id>me</id>  
	            <name>me Repository</name>  
	            <url>http://192.168.106.58:57770/nexus/</url>  
	            <releases>  
	                <updatePolicy>daily</updatePolicy>never,always,interval n  
	                <enabled>true</enabled>  
	                <checksumPolicy>warn</checksumPolicy>fail,ignore  
	            </releases>  
	            <snapshots>  
	                <enabled>false</enabled>  
	            </snapshots>  
	            <layout>default</layout>  
	        </repository>  
	    </repositories>  
	</profile>
2.在settings标签中添加activeProfiles标签，用于激活配置的profile标签

 
  <activeProfiles>     
   	<activeProfile>myProfiel</activeProfile>     
  </activeProfiles>

 

 
 
  
 
 1.远程仓库的认证
 
 大部分远程仓库无须认证就可以访问，但有时候出于安全方面的考虑，我们需要提认证信息才能访问一些远程仓库。例如，组织内部有一个Maven仓库服务器，该服务器为每个项目都提供独立的Maven仓库，为了防止非法的仓库访问，管理员为每个仓库提供了一组用户名级密码。这时，为了能让Maven访问仓库内容，就需要配置认证信息。
 
 配置认证信息和配置仓库信息不同，仓库信息可以直接配置在POM文件中，但是认证信息必须配置在settings.xml文件中。这是因为POM往往是被提交到代码仓库中供所有成员访问的，而settings.xml一般只放在本机。因此，settings.xml中配置认证信息更为安全。假设需要为一个id为my-proj的仓库配置认证信息，编辑settings.xml文件见代码清单： 
 
  
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
 <settings>  
   ...  
   <servers>  
     <server>  
       <id>my-proj</id>  
       <username>repo-user</username>  
       <password>repo-pwd</password>  
     </server>  
   </servers>  
   ...  
 </settings>  
 
 
 Maven使用settings.xml文件中并不显而易见的servers元素及其server子元素配置仓库认证信息。上例中，仓库的认证用户名为repo-user，认证密码为repo-pwd。这里的关键是id元素，settings.xml中server元素的id必须与POM中需要认证的repository元素的id完全一致。换句话说，正是这个Id将认证信息与仓库配置联系在了一起。
 
  
 
 2.部署至远程仓库
 
 私服的一大作用是部署第三方构件，包括组织内部生成的构件以及一些无法从外部仓库直接获取的构件。无论是日常开发中生成的构件，还是正式版本发布的构件，都需要部署到仓库中，供其他团队成员使用。
 
 Maven除了能对项目进行编译、测试、打包之外，还能将项目生成的构建部署到仓库中。首先，需要编辑项目的pom.xml文件。配置distributionManagement元素，见代码：
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
 <project>  
   ...  
   <destributionManagement>  
     <repository>  
       <id>proj-releases</id>  
       <name>Proj Release Repository</name>  
       <url>http://192.168.1.100/content/repositories/proj-releases</url>  
     </repository>  
     <snapshotRepository>  
       <id>proj-snapshots</id>  
       <name>Proj Snapshot Repository</name>  
       <url>http://192.168.1.100/content/repositories/proj-snapshots</url>  
     </snapshotRepository>  
   </destributionManagement>  
   ...  
 </project>  
 
 
 distributionManagement包含repository和snapshotRepository子元素，前者表示发布版本构件的仓库，后者表示快照版本的仓库。这两个元素下都需要配置id、name和url，id为该远程仓库的唯一标识，name是为了方便人阅读，关键的url表示该仓库的地址。
 
 往远程仓库部署构件的时候，往往需要认证。就是需要在settings.xml中创建一个server元素，其id与仓库的id匹配，并配置正确的认证信息。不论远程仓库下载构件，还是部署构件至远程仓库，当需要认证的时候，配置的方式是一样的。配置正确后，在命令行运行mvn clean deploy，Maven就会将项目构建输出的构件部署到配置对应的远程仓库，如果项目当前的版本是快照版本，则部署到快照版本仓库地址，否则就部署到发布版本仓库地址。  

maven3实战之仓库(远程仓库的配置)
 
----------
 
在很多情况下，默认的中央仓库无法满足项目的需求，可能项目需要的构件存在于另外一个远程仓库中，如:JBoss，Maven仓库。这时，可以在POM中配置该仓库，见代码请单：
 
 
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
<project>  
  ...  
  <repositories>  
    <repository>  
      <id>jboss</id>  
      <name>JBoss Repository</name>  
      <url>http://repository.jboss.com/maven2/</url>  
      <releases>  
        <enabled>true</enabled>  
      </releases>  
    </repository>  
    <snapshots>  
      <enabled>false</enabled>  
    </snapshots>  
    <layout>default</layout>  
  </repositories>  
  ...  
</project>  
 
 
在repositories元素下，可以使用repository子元素声明一个或者多个远程仓库。该例中声明了一个id为jboss，名称为JBoss Repository的仓库。任何一个仓库声明的id必须是唯一的，尤其需要注意的是，maven自带的中央仓库使用的id为central，如果其他的仓库声明也使用该id，就会覆盖中央仓库的配置。该配置中的url值指向了仓库的地址，一般来说，该地址都基于http协议，maven用户都可以在浏览器中打开仓库地址浏览构件。
 
该例配置中的releases和snapshots元素比较重要，它们用来控制Maven对于发布版构件和快照版构件的下载。该例中releases的enabled值为true，表示开启JBoss仓库的发布版本下载支持，而snapshots的enabled值为false，表示关闭JBoss仓库的快照版本的下载支持。该例中的layout元素值default表示仓库的布局是Maven2及Maven3的默认布局，而不是Maven1的布局。
 
对于releases和snapshots来说，除了enabled，它们还包含另外两个子元素updatePolicy和checksumPolicy:
 
 
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
<snapshots>  
  <enabled>true</enabled>  
  <updatePolicy>daily</updatePolicy>  
  <checksumPolicy>ignore</checksumPolicy>  
</snapshots>  
 
 
元素updatePolicy用来配置Maven从远程仓库检查更新的频率，默认的值是daily，表示Maven每天检查一次。其他可用的值包括：never---从不检查更新；always---每次构建都检查更新；interval:X---每隔X分钟检查一次更新(X为任意整数)。
 
元素checksumPolicy用来配置Maven检查检验和文件的策略。当构件被部署到Maven仓库中时，会同时部署对应的校验和文件。在下载构件的时候，Maven会验证校验和文件，如果校验和验证失败，怎么办？当checksumPolicy的值为默认的warn时，Maven会在执行构建时输出警告信息，其他可用的值包括：fail---Maven遇到校验和错误就让构建失败；ignore---使用Maven完全忽略校验和错误。
 
 
 
1.远程仓库的认证
 
大部分远程仓库无须认证就可以访问，但有时候出于安全方面的考虑，我们需要提认证信息才能访问一些远程仓库。例如，组织内部有一个Maven仓库服务器，该服务器为每个项目都提供独立的Maven仓库，为了防止非法的仓库访问，管理员为每个仓库提供了一组用户名级密码。这时，为了能让Maven访问仓库内容，就需要配置认证信息。
 
配置认证信息和配置仓库信息不同，仓库信息可以直接配置在POM文件中，但是认证信息必须配置在settings.xml文件中。这是因为POM往往是被提交到代码仓库中供所有成员访问的，而settings.xml一般只放在本机。因此，settings.xml中配置认证信息更为安全。假设需要为一个id为my-proj的仓库配置认证信息，编辑settings.xml文件见代码清单： 
 
 
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
<settings>  
  ...  
  <servers>  
    <server>  
      <id>my-proj</id>  
      <username>repo-user</username>  
      <password>repo-pwd</password>  
    </server>  
  </servers>  
  ...  
</settings>  
 
 
Maven使用settings.xml文件中并不显而易见的servers元素及其server子元素配置仓库认证信息。上例中，仓库的认证用户名为repo-user，认证密码为repo-pwd。这里的关键是id元素，settings.xml中server元素的id必须与POM中需要认证的repository元素的id完全一致。换句话说，正是这个Id将认证信息与仓库配置联系在了一起。
 
 
 
2.部署至远程仓库
 
私服的一大作用是部署第三方构件，包括组织内部生成的构件以及一些无法从外部仓库直接获取的构件。无论是日常开发中生成的构件，还是正式版本发布的构件，都需要部署到仓库中，供其他团队成员使用。
 
Maven除了能对项目进行编译、测试、打包之外，还能将项目生成的构建部署到仓库中。首先，需要编辑项目的pom.xml文件。配置distributionManagement元素，见代码：
 
 
 
 
  

   Xml代码  
   
  
 
 
 
 
<project>  
  ...  
  <destributionManagement>  
    <repository>  
      <id>proj-releases</id>  
      <name>Proj Release Repository</name>  
      <url>http://192.168.1.100/content/repositories/proj-releases</url>  
    </repository>  
    <snapshotRepository>  
      <id>proj-snapshots</id>  
      <name>Proj Snapshot Repository</name>  
      <url>http://192.168.1.100/content/repositories/proj-snapshots</url>  
    </snapshotRepository>  
  </destributionManagement>  
  ...  
</project>  
 
 
distributionManagement包含repository和snapshotRepository子元素，前者表示发布版本构件的仓库，后者表示快照版本的仓库。这两个元素下都需要配置id、name和url，id为该远程仓库的唯一标识，name是为了方便人阅读，关键的url表示该仓库的地址。
 往远程仓库部署构件的时候，往往需要认证。就是需要在settings.xml中创建一个server元素，其id与仓库的id匹配，并配置正确的认证信息。不论远程仓库下载构件，还是部署构件至远程仓库，当需要认证的时候，配置的方式是一样的。配置正确后，
在命令行运行mvn clean deploy，Maven就会将项目构建输出的构件部署到配置对应的远程仓库，如果项目当前的版本是快照版本，则部署到快照版本仓库地址，否则就部署到发布版本仓库地址