Version control 如何确保使用nexus或artifactory之类的工件库进行可重复构建,而不是将LIB检查到源代码控制中?

Version control 如何确保使用nexus或artifactory之类的工件库进行可重复构建,而不是将LIB检查到源代码控制中?,version-control,nexus,artifactory,Version Control,Nexus,Artifactory,在我评估过的所有工件存储库中,我必须看到如何维护我的存储库,这样我就可以归档旧的东西,这样我就不用在树中查看数千个工件,同时仍然能够拥有旧软件的可重复构建 无法重命名/移动/归档旧的工件意味着它们会挂起,回购变得难以控制,难以维护 当然我是新手,所以也许有人能给我指出正确的方向,但这对我来说似乎是一个很大的差距。你必须定期备份你的RepoManager。这将保证有可重复的构建。要有一个可维护的repos,您必须考虑哪些工件将进入repos的规则。这只能应用于您自己创建的工件。你必须为此制定单独的

在我评估过的所有工件存储库中,我必须看到如何维护我的存储库,这样我就可以归档旧的东西,这样我就不用在树中查看数千个工件,同时仍然能够拥有旧软件的可重复构建

无法重命名/移动/归档旧的工件意味着它们会挂起,回购变得难以控制,难以维护


当然我是新手,所以也许有人能给我指出正确的方向,但这对我来说似乎是一个很大的差距。

你必须定期备份你的RepoManager。这将保证有可重复的构建。要有一个可维护的repos,您必须考虑哪些工件将进入repos的规则。这只能应用于您自己创建的工件。你必须为此制定单独的区域(回购协议)。一个用于内部内容,另一个用于通过maven central提供的内容……可能更多。

Artifactory拥有OSS插件,可与所有常见构建服务器集成:Hudson、TeamCity和Bambor。通过这种集成,您可以跟踪构建工件,并将它们与实际CI构建相关联,从而使构建可以重复

这意味着,对于每个构建,您可以识别所有生成的工件和使用的依赖项(具有选择性作用域),并将它们作为一个单元移动/复制到Artifactory中的另一个存储库(例如,将在较长时间内保留这些工件/依赖项的归档存储库)甚至可以将它们作为归档文件导出到外部媒体

作为跟踪的一部分,Artifactory还将收集和保存对重复构建至关重要的其他信息,例如所有有效的env。构建时的vars和系统道具、JDK和构建服务器版本等。这些信息可以通过REST和UI获得(一些功能需要artifactorypro)。 你可以阅读更多关于这方面的内容