artifactory - 为什么是 Artifactory 而不是共享文件夹？

Question

情况是这样的，我们在公司有一个共享文件夹，当我们放置一个应用程序的安装程序时(两个文件 .sh，一个用于 bin，另一个用于 conf)，这是一个手动操作。

我们正在尝试让 Jenkins 自动执行此操作。

我必须给出论据:如果我们使用 artifactory 来存储数据，通过 http 请求从 jenkis 发送数据，会有什么好处？我们可以自动执行将数据放入我们的共享文件夹的操作(如果你能告诉我更多关于执行最后一个操作的可能性，那就太好了)

有什么想法吗？

Answer 1

与共享驱动器相比，使用合适的二进制存储库管理器有很多好处。这里只是一些:

• 智能存储。 Artifactory 使用基于校验和的存储，它比共享驱动器更快、更优化且更通用。
• REST API。正如您所提到的，您可以使用 REST API 放置、搜索、检索以及对您的 Artifactory 执行更多操作
• 权限和晋升。使用 Artifactory，您可以获得比文件系统更灵活的权限。例如，可以使用元数据注释 Artifactory (见下一条)，但不能部署新 Artifactory 。一旦存储库的权限到位(谁可以访问哪个存储库)，您就可以将 Artifactory 从一个存储库提升到另一个，将您的 Artifactory 公开给不同的组。例如。 QA 团队可以在 QA 存储库中看到 Artifactory ，但在开发存储库中看不到。一般观众只能看到发布存储库中的 Artifactory 等。

• 元数据。这是争论的焦点，对我来说，哑存储和 Artifactory 之间最重要的区别。您希望尽可能多地存储有关二进制文件的信息。谁 build 的？什么时候建的？使用什么工具？这个神器是怎么回事？它通过了质量检查吗？为什么它在某个存储库中？是谁搬来这里的？等。基于此元数据，您可以:

  • 对您的二进制文件做出明智的决定，例如应该将哪个二进制文件提升到生产环境
  • 在任何给定时间跟踪任何二进制文件，直至生成它的构建版本、生成它的来源，并获取有关它的所有信息。

  不用说，所有对元数据的操作(使用它部署文件、在现有文件上设置它、检索它、通过元数据搜索文件等)都可以通过 REST API 和 Artifactory Jenkins 插件完全自动化。

---

^{我在 JFrog , 背后的公司Bintray和 [artifactory] , 请参阅 my profile获取详细信息和链接。}