10.1 简介
私服：通过建立自己的私服，就可以降低中央仓库的负荷、节省外网带宽、加速Maven构建。自己部署构件等，从而高效的使用Maven。
有三种专门的Maven仓库管理软件可以用来帮助搭建建立私服，从而高效的使用Maven。
Apache基金会的Archiva、JForg的Artifactory和Sonatype的Nexus。其中，Archiva是开源的，而Artifactory和Nexus的核心也是开源的。
10.2 安装Nexus
Nexus是典型的Java Web应用，它有两种安装包，一种是包含Jetty容器的Bundle包，另一种是不包含Web容器的war包。
10.2.1 下载Nexus
首先从 http://www.sonatype.org/nexus/downloads/ 下载最新版本的Nexus，可以根据需要下载Bundle包 tar.gz和 zip，或者war包
10.2.2 Bundle方式安装Nexus
10.2.3 WAR方式安装Nexus
除了Bundle,Nexus还提供一个可以直接部署到Web容器的war包。该war包支持主流的Web容器，如Tomcat、Classfish、Jetty、Resin。
直接把war包丟进tomcat的 wabapps下面，然后启后就可以访问了。http://localhost:8080/nexus/就能看到Nexus的界面了。
10.2.4 登录Nexus
Nexus拥有全面的权限控制功能，默认的Nexus访问都是匿名的，而匿名用户仅仅包含了一些最基本的权限，要全面学习和管理Nexus，就必须以管理员的方式登录，默认的管理员用户名和密码为 admin/admin123。
10.3 Nexus的仓库与仓库组
作为Maven仓库服务软件，仓库自然是Nexus中最重要的概念。Nexus包含了各种类型的仓库概念，包括代理仓库、宿主仓库和仓库组等。每一种仓库都提供了丰富使用实用的配置参数，方便用户根据需要进行定制
10.3.1 Nexus内置的仓库
如图，这个列表已经包含了所有类型的Nexus仓库。从中可以看到仓库有四种类型：
group(仓库组)、hosted(宿主)、proxy(代理)和virtual(虚拟)。每个仓库的格式为maven2或maven1。此外，仓库还有一个属性为Policy(策略)，表示该仓库为发布(Release)版本仓库还是快照(Snapshot)版本仓库。最后两列的值为仓库的状态和路劲。
下面介绍一下各个仓库的用途，这里不介绍maven1的内容。由于虚列类型仓库的作用实际上是动态地将仓库内容格式转换，换言之也是为了服务maven1格式，因此也被省略。
Maven Central：该仓库代理Mavne中央仓库，其策略为Release，因此只会下载和缓存中央仓库中的发布版本构件。（备注：现在叫 Central）
Releases：这是一个策略为Release的宿主类型仓库，用来部署组织内部的快照版本构件。
3rd party：这是一个策略为Release的宿主类型仓库，用来部署无法从公众仓库获得的第三方发布版本构件。
Apache Snapshots：这是一个策略为Snapshot的代理仓库，用来代理Apache Maven仓库的快照版本构件。
Codehaus Snapshots：这是一个策略为Snapshot的代理仓库，用来代理Codehaus Maven仓库的快照版本构件。
Google Code：这是一个策略为Snapshot的代理仓库，用来代理Google Code Maven仓库的发布版本构件。
java.net-Maven2：这是一个策略为Snapshot的代理仓库，用来代理java.net Maven仓库的发布版本构件。
Public Repositories:该仓库组将上述所有策略为Release的仓库聚合并通过一致的地址提供服务。
Public Snapshot Repositories：该仓库将上述所有策略为Snapshot的仓库聚合并通过一致的地址提供服务。
10.3.2 Nexus仓库分类的概念
如图，Maven可以直接从宿主仓库下载构件；Mavne也可以从代理仓库下载构件，而代理仓库会间接地从远程仓库下载并缓存构件；最后为了方便，Maven可以从仓库组下载构件，而仓库组没有实际内容（图中用淡色表示），它会转向其他包含的宿主仓库或者代理仓库获得实际构件的内容。
10.3.3 创建Nexus宿主仓库
10.3.4 创建Nexus代理仓库
10.3.5 创建Nexus仓库组
配置中的ID、Name等信息跟上面一样，这里不再赘述。需要注意的是，仓库组没有Release和Snapshot的区别，这里不同于宿主仓库和代理仓库。配置界面中，用户可以非常直观地选择Nexus中的仓库，将其聚合成一个虚拟的仓库组。注意，仓库组所包含的仓库的顺序决定了仓库组遍历其所含仓库的次序，因此最好将常用的仓库放在前面，当用户从仓库组下载构件的时候，就能够尽快访问到包含构件的仓库。