为什么是神器而不是共享文件夹？

Question

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

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

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

有什么想法吗？

Answer 1

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

• 智能存储。 Artifactory 使用基于校验和的存储，它比共享驱动器更快、更优化且用途更广泛。
• REST API。正如您所提到的，您可以使用 REST API 对工件进行放置、搜索、检索和执行更多操作
• 权限和促销。使用 Artifactory，您可以获得比使用文件系统更灵活的权限。例如，可以使用元数据注释工件（参见下一个项目符号），但不能部署新工件。一旦为存储库设置了权限（谁可以访问哪个存储库），您可以将工件从一个存储库提升到另一个存储库，从而将您的工件暴露给不同的组。例如。 QA 团队可以在 QA 存储库中看到工件，但在 dev 存储库中看不到。一般观众只能看到发布存储库等中的工件。

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

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

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

---

^{我在JFrog，Bintray 和 [artifactory] 背后的公司，详情和链接见my profile。}