JFrog CLI，你的GitHub动作英雄

现在，GitHub Actions版本2已经发布了测试版，可供一般使用，您如何开始管理您的操作Artifactory自动化DevOps工作流中的存储库?谁会保存二进制文件在痛苦吗?

别害怕，JFrog在这里!一个新的操作已加入GitHub市场，使您能够使用JFrog CLI在你的GitHub Actions工作流程中移动你的构建，通过开发、测试和发布。

将Artifactory与自动化工具集成你的选择一直很容易通过JFrog CLI。通过这个简单的命令行界面，可以执行创建对象所需的所有功能为你所有的软件二进制文件控制DevOps路径．

《DevOps》前情提要

GitHub于2018年首次在GitHub Universe上发布了GitHub Actions，这是一种用于持续集成(CI)和持续部署(CD)的自动化工作流的新方法。通过一些简单的脚本，您可以对GitHub存储库执行任意数量的操作，由源代码推送等事件触发。在GitHub内部，您可以运行自定义自动化流程来构建、测试、打包、发布或部署任何代码项目。

从那以后，有一些重要的变化——最大的变化是最近发布的版本2，它使用了基于yaml的描述语言，而不是版本1中使用的HCL。

开发人员一直在跟进，GitHub市场提供了各种有用的操作，如运行linter、部署到AWS Lambda或运行Jest。现在使用Artifactory加入了这个列表!

要使用这些已发布的操作(或您自己的私有操作)，必须在存储库中的GitHub Actions工作流中定义它们。让我们来看看这是如何用新的设置JFrog命令行操作．

JFrog CLI来拯救

安装JFrog命令行操作使您可以发布任何Artifactory的JFrog CLI命令通过运行工作流中的块。例如:

—使用:jfrog/setup-jfrog-cli@v1—运行:jfrog——version . exe

操作通过自动管理构建的名字而且建立数属性的选项和参数JFrog CLI命令接受他们。属性将自动记录所有构建相关的操作工作流的名字作为构建名称和提交哈希作为构建号。

例如，这组下载、上传和构建信息CLI命令不需要指定构建名称和构建号，因为它们会自动为你添加:

执行命令:| jfrog rt dl artifacts/ jfrog rt u aether artifacts/ jfrog rt bp

如果需要这些标识符，它们将作为环境变量JFROG_CLI_BUILD_NAME和JFROG_CLI_BUILD_NUMBER公开。

连接到Artifactory服务器

然而，要使用Artifactory, Action需要一个令牌，该令牌包含将授予对Artifactory服务器访问权的配置细节。您应该将令牌存储在GitHub中的加密秘密中，在那里Action可以在执行期间安全地检索它，而不会在GitHub Actions工作流脚本中暴露其详细信息。

要获得令牌，您必须在本地工作站上安装JFrog CLI。当您通过自己的用户凭证登录到Artifactory时，您可以通过JFrog CLI命令获取令牌:

$ jfrog rt c导出

你可以复制令牌，在GitHub中创建一个加密的秘密并将令牌存储在那里。例如，将其存储为一个名为artifactory_token_1．

Action期望将令牌公开为以JF_ARTIFACTORY_前缀命名的环境变量。方法为该环境变量赋值秘密上下文。

—uses: jfrog/setup-jfrog-cli@v1 env: JF_ARTIFACTORY_1: ${{secrets。artifactory_token_1}}—run: | # Ping服务器jfrog rt Ping

Artifactory拯救了一天

的README文件中，您可以了解更多关于Setup JFrog CLI Action的信息，包括如何使用多个Artifactory服务器设置JFrog CLI Action GitHub Repo．

我们认为你会发现这个操作非常有助于在GitHub action工作流中自动化使用Artifactory，并且易于使用。但如果你能想到改进，我们很高兴把它们包括在内。一如既往，我们欢迎通过pull请求进行更改，并希望看到它得到改进!