设置组件库仓库.docxVIP

{仓库规范管理}设置组件库仓库 设置 Maven 仓库 1.介绍 Maven 是 Java 开发者中流行的构建工具，Maven 的好处之一是可以帮助减少构建应用程序时所依赖的软件构件的副本，Maven 建议的方法是将所有软件构件存储于一个叫做 repository 的远程仓库中。 Maven 会从中的公用仓库中同步构件，这个公用仓库下载缓慢、不稳定，并且不包含一些构件的最新版本，而且不能上传团队私有的构件。通过设置内部 Maven 仓库，团队可以更有好地利用 Maven 仓库的优势并且克服使用 ibiblio 上的仓库时的缺点。 本文着眼于 Maven 仓库工具应提供的一些功能，列出了选择 Maven 仓库工具的标准，说明了使用 Artifactory 设置 Maven 仓库的相关步骤。在 Linux Windows 中设置 Maven 仓库的过程是相同的，少数不同点在文中已经用高亮显示，本文列出了与这个 Maven 仓库的使用有关的 POM 文件的范例，用截图来向用户阐述如何设置 Maven 仓库，Maven 和 artifactory 配置范例也有列出。 1.1 背景知识 本文假定读者熟悉以下的概念和技术： ? Maven2 ? J2EEweb 服务器部署过程(e.g.在 Tomcat 中部署 Web 应用程序) ? XML 1.2Maven 仓库的目的 Maven 仓库的目的是作为团队内所使用的所有软件构件的内部私有构件仓库，将 Maven 构件（jar 和 pom）存储到一个专门的 Maven 仓库比将它们存储到版本控制系统中更有优势，这是因为： ? 构件（jar）是二进制文件，不属于版本控制系统，版本控制系统在处理文本文件方面比较好 ? 保持较小的版本控制数据库 ? Checkout、update 和其他版本控制的操作可以更快 1.3 建立内部私有仓库的优势： ? 减少可能的版本冲突 ? 减少首次构建时需要的手动干涉 ? 中央仓库包含所有依赖的软件构件，引用单一的中央仓库比引用多个独立的本地库要好 ? 使用内部仓库做 clean 构建时会快些，因为 Maven 构件是从内部服务器而不是从因特网上的 ibiblio 服务器获取。 1.4Maven 构件库的类型 本地仓库——位于开发者的机器，由开发者维护，它从位于‘~home/.m2’目录的‘’文件中定义的 Maven 仓库上同步，如果在或文件中没有设置内部私有远程仓库，那么开发者机器上的这个本地仓库就会从上的公用 Maven 仓库上同步。 内部私有远程仓库——这是我们将要设置的仓库，我们将改变 maven 的或文件来使用这个库。 外部公用远程仓库——这是在上的外部公用仓库，默认情况下，Maven 从这个仓库上同步。 2.Maven 仓库概览 2.1 没有 Maven 仓库下的开发环境 2.2 具有团队内部远程仓库的开发环境 3.本教程 Maven 仓库的用例介绍 在内部仓库中创建 2 个子库 Ibiblio 缓存‘Ibiblio-cache’——用于存储从中下载的构件，可以公开访问，它将从外部的 ibiblio 仓库中同步 内部仓库 internal-maven-repository——用于存储团队内部的构件，它不与任何外部仓库同步，是团队专有的构件库 可以创建另一个子仓库，这是可选的，用于存储那些公用的但是在 ibiblio 上暂时没有的构件，例如一些构件的新最版本，这个仓库不与内部仓库同步。我们可以称它为第三方‘3rd-party’ 浏览远程库，最好是通过一个 web 浏览器 在仓库中搜索构件 从版本控制系统中下载代码，修改指向内部仓库并且做一次没有任何手工干涉的 clean 构建 向仓库中安装一个构件的新版本 向仓库中大批导入构件 从仓库中大批导出构件 手动备份仓库，设置定时自动备份任务 4.Maven 仓库工具的选择标准 理想的 Maven 仓库工具应该： 开放源码并且免费 提供管理工具 提供仓库浏览器——最好是 web 浏览器而不是桌面应用程序 可以部署到标准 web 服务器中——例如 Apache 或 Tomcat 创建、编辑、删除子库的能力 批量导入/导出的工具，用来向构件库或从构件库移动构件 访问控制工具和匿名只读访问 安装和使用简单 备份功能 问题追踪，论坛或其他独立的信息来源 活跃的社区/开发者，这样产品才能改进，bug 才能修正5.不同 Maven 仓库工具的比较 一些流行且免费的 Maven 仓库工具有： 标准 Maven 代理 codehaus——maven-.org/ DeadsimpleMavenProxy(DSMP)-/ Artifactory-artifactory 下面列出了一个比较： codehaus DSMP Pro