Artifactory不应该用于捕获Jenkins生成的构建工件吗？

我们使用Jenkins来运行持续集成构建。这些构建的输出可能是一个EAR文件、一个WAR文件，或者是一组被部署到上游环境的文件

---

到目前为止，我们已经使用Jenkins来管理生成的工件。然而，我们在内部部署了Artifactory。利用Artifactory来捕获生成的工件是个坏主意吗？若然，原因为何？e、 g是Artifactory，它只是用来保存jar，这些jar的版本可以在构建Maven时拉入项目，而不是用来捕获持续集成工具使用的工件？

我不这么认为。下图来自sonatype网站：

演示Maven repository manager如何作为部署过程的平台

Artifactory（或任何二进制存储库管理器）应与CI服务器一起使用。 甚至还有一个

与其他解决方案（网络共享、SCM）相比，维护二进制存储库管理器的原因显而易见：

为二进制文件量身定做

效率高

安全

单个可控制网关用于分发

还有更多

因此，您使用二进制存储库管理器来控制您的依赖关系并解决您的工件，但为什么要到此为止呢？在整个周期中都有二进制文件：

构建环境的二进制文件

生成过程所需的二进制文件

CI期间生成的二进制文件

应发布的二进制文件

---

二进制存储库管理器是保存它们最安全、最高效、最自然的地方。在一个地方维护所有二进制文件意味着更少的维护和更高的构建再现性

你能提供一个你从哪里检索到这张图的链接吗？@DavidV我以为它来自Sonatype网站，但在那里再也找不到这张图了。谢谢你让我知道。这是一个非常有趣的概念，我希望从原始资料中获得更多的信息。我正计划研究Nexus对RPM软件包的支持，这将对我的厨师设置起到非常好的作用。见：