分割工件存储库时的准则

Question

我正在寻找一篇文章，该文章描述了在工件库管理器中创建存储库时要遵循的一系列准则。

我知道：

• 您需要在快照存储库中保留快照。

• 您需要在发布存储库中保留版本。

• 第三方工件应位于单独的存储库中（对于第三方库的分叉/修补版本也是如此）。

• 通常使用int-*和ext-*为名称添加前缀是个好主意。

• 通常，不同的产品线最终会拥有自己的存储库，因为有时它们的工件不会相互依赖。

我一直试图找到一篇关于这个的文章来向客户说明这个工件分离抽象是如何由其他公司和组织使用存储库完成的。

提前谢谢了！

Answer 1

我不知道存在这样的文章，但正如@tieTYT所提到的，你可以查看Artifactory默认存储库。 它们反映了二元管理，持续集成和交付方面的多年经验。 即使您使用Nexus，这些做法仍然适用（即使没有安装Artifactory，您也可以通过查看JFrog公共Artifactory实例http://repo.jfrog.org来观察它们）

为方便起见，这里是默认值（ 强调重要用法）：

本地存储库：

• libs-snapshot-local ： 在此部署本地快照
• libs-release-local ： 在此部署本地版本
• ext-snapshot-local ：在此处部署远程存储库中不可用的第三方快照
• ext-release-local ：在这里部署第三方版本，这些版本在远程存储库中不可用
• plugins-snapshot-local ：在这里部署你的插件（通常是maven）快照
• plugins-release-local ：在这里部署你的插件（通常是maven）

远程存储库：

• jcenter ： http : jcenter代理。 通常，这是您需要的唯一远程回购。 它包括maven中心和所有其他主要maven存储库中存在的任何内容

虚拟存储库：

• remote-repos ：所有远程存储库的聚合
• libs-release ： 这是发布版本的解析库 。 它包括remote-repos ， libs-release-local和ext-release-local
• libs-snapshot ： 这是快照构建的解析库 。 它包括remote-repos ， libs-snapshot-local和ext-shapshot-local
• repo ：这是特殊的虚拟存储库，可以聚合所有内容。 通常，如果您计划使用二进制存储库构建发布管道， 请不要使用它 。

我很乐意就具体问题提出建议。

Answer 2

与许多关于最佳实践的问题一样，答案是：它取决于。

从技术上讲，只需要两个区别：

• 快照与发布回购

• 托管与代理存储库

由于Maven存储库格式以及Maven和其他构建工具可以区分它们如何使用元数据以及它们在上载期间执行的操作，因此需要快照与发布存储库作为区别。

对于代理存储库，您只需添加代理所需的数量。 这取决于您需要哪些组件，并且将分别用于代理快照和发布回购。

对于托管存储库，您还必须具有单独的快照和发布回购。 除此之外，一切都在争夺中。 在Nexus（和Artifactory）和其他设置中预先配置单独的第三方存储库肯定是有用的，但不是必需的。 您可以根据需要通过内部元数据对所有这些区别进行排序。

沿着相同的路线，您可以为每个人或每个团队或其他任何一个发布回购。 您仍然可以在这些存储库中应用访问权限，以便在具有存储库目标的Nexus中分离访问权限等。 我假设Artifactory和Archiva可以做类似的事情。 这里的问题主要归结为易于管理，备份，安全设置和用户访问。

如果您想要拥有单独的存储库，那么您提到的命名约定可能有所帮助，但从技术上讲，这些都不是必需的。

我见过的其他事情包括迁移回购，用于将遗留项目库迁移到回购，但在迁移完成后冻结，每个团队单独回购，每个项目单独回购等等。 另一个方面是针对不同级别的批准等单独的回购（例如，在http://blog.sonatype.com/people/2013/10/golden-repository/上查看问题）

最后，这一切都取决于可用性和元数据，并不是必需的。 最终，这些存储库在大多数情况下将组合在一起并通过一组访问，从而使整个分离变得平坦。 访问权限仍然存在于组中，因此一切都可以随意控制。 所以它变成了一个关于你如何切片和切块并管理它的品味问题。

PS：我指的是Maven存储库和格式。 一旦你将大量其他格式添加到混合和周围的包装中，以其他格式暴露它们，一切都变得更加复杂，但事物背后的想法保持相似。