为什么使用人工而不是共享文件夹？

Question

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

我们正在尝试让詹金斯自动执行此操作。

我必须提供一些论据：如果我们使用人工方法通过带有http请求的jenkis发送数据来存储数据，那加号是什么？我们可以自动执行将数据放入共享文件夹的操作（如果您可以告诉我更多有关执行此最后一个操作的可能性的信息，那将会很棒）

有任何想法吗？

Answer 1

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

• 智能存储。Artifactory使用基于校验和的存储，与共享驱动器相比，该存储更快，更优化且用途更多。
• REST API。如前所述，您可以使用REST API对工件进行放置，搜索，检索和做更多事情
• 权限和晋升。使用Artifactory，您可以拥有比文件系统更大的灵活性。例如，可以用元数据注释工件（请参阅下一个项目符号），但不能部署新工件。一旦存储库（谁可以访问哪个存储库）的权限到位，您就可以将工件从一个存储库升级到另一个存储库，从而将工件暴露给不同的组。例如，质量检查小组可以在质量检查存储库中看到工件，但不能在开发存储库中看到工件。普通读者只能在发布存储库等中看到工件。

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

  • 对您的二进制文件做出明智的决策，例如应将哪个二进制文件升级为生产版本
  • 在任何给定时间内跟踪任何二进制文件，生成二进制文件的源，生成二进制文件的源，并获取有关该二进制文件的所有信息。

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

^{我与Bintray和[artifactory]背后的公司JFrog 在一起，有关详细信息和链接，请参阅我的个人资料。}