Continuous integration 什么'；工件存储库的目的是什么？

无论您在哪里读到关于持续交付或持续集成的内容，都建议使用工件库来存储工件，即使Jenkins已经为每个构建存储了它们

---

那么为什么建议使用工件存储库呢？是否有一个平滑的解决方案来处理Jenkins构建的工件，例如使用这些工件进行部署？

我没有及时了解Jenkins的最新情况，我们仍然使用最初称为Hudson的CI版本

在您的项目中，如果您可以获取和部署您自己（公司）的项目，您的POM通常应该指向您自己的工件存储库

---

将工件库与您的CI服务器一起使用，它就可以部署成功构建的快照和版本，其他开发人员可以使用这些快照和版本。

工件库和持续集成工具有两个不同的用途，一个不能用另一个代替。检查工件库的提供者之一，关于为什么应该使用工件库

Jenkins将工件存储为普通文件而不进行版本控制，而工件存储库中的工件可以进行版本控制。因此，在检索和管理工件方面，您有了更大的灵活性。阅读关于我们为什么需要它们的非常好的文章。当然，并不是所有这些东西都得到像Jenkins这样的持续集成工具的支持

---

此外，您还可以查看将两者集成在一起的组件。

需要一个工件存储库，但工件回购是一个概念性的组件，并不总是一个独特的工具。使用Jenkins，您应该具有MD5签名，并且（我认为）可以从远程服务器下载所需的文件（web服务调用，对吗？）。当然，如果您正在做一些简单的事情，比如使用Jenkins build pipeline插件，它应该能够顺利地访问文件的正确版本

或者，如果您使用的是单独的部署工具，那么更好的工具会捆绑一个工件存储库

不管怎样，您想要的是ITIL人员所称的权威媒体/软件库。明确的是，BIT是安全的、可信的和官方的。还有一个图书馆，可以方便地查找和访问。在使用工件存储库时，您需要确保其足够安全。它已备份。它可用于您的部署（包括生产）。如果你看詹金斯，它符合你的标准在这些类别，认为自己完成了。如果缺少，我也不会感到惊讶，那么您要么需要一个专用工具，比如Maven repos，要么需要一些与部署工具捆绑在一起的工具

关于我对这个问题的更多闲谈，有一个问题。这方面的幻灯片已经准备好了