跳到主要内容

新特色：自定义操作

· 阅读需 5 分钟
木日夏复

过渡到更加模块化的用户界面使我们能够在清晰紧凑的空间中容纳功能。 已经有150个操作涵盖了大部分DevOps领域，我们决定给用户完全的自由，让他们能够完全自定义自己的的操作。当然，这并不意味着我们不会再添加新操作——远非如此。我们只想给您提供更好的DevOps服务。😎

工作原理​

自定义操作是存储在存储仓中的特殊YAML文件定义。您需要做的就是将操作的定义和图标推送到默认分支，一旦成功解析，该操作就会光彩夺目地出现在您的操作列表的顶部，标签页像您的新设计徽章一样闪闪发光 ，显示的是您自己自定义图标，同时您可以大声地告诉别人：“看，这是我设计的”。您可以自由添加任意数量的选项卡和输入，自定义图片、命令和标签，并根据您的工作流程所需调整操作。

信息

单击此处获取有关自定义操作配置的详细文档 >>>


操作列表中的自定义操作

示例​

name: "My_Ping_Action"
inputs:
  ip:
    required: true
  count:
    default: '1'
execute_commands:
  - ping $ip -c $count
docker_image_name: "node"
docker_image_tag: "16"
  • 该操作对用户定义的IP地址运行ping
  • IP输入为必填项，默认重试次数(count)设置为1
  • 输入的标题被复制到变量中，并在执行命令中用作$ip和$count

一旦添加到存储库中，操作就会从上到下呈现到GUI中：


自定义操作显示效果图

在这里我们可以在操作日志中看到执行结果。 一切正常！


自定义操作日志

使用案例​

这是一个更真实的例子。假设您的团队正在使用像Asana这样的任务管理系统。目标是在重要流水线失败时通过在Asana中发布带有失败执行链接的任务来通知您的团队。

通常，它需要在Asana的API中运行一个带有curl的方法。但是，此解决方案的缺点是您需要在本地Shell或自定义构建等操作中定义API调用，并且每当Asana端发生更改时，脚本就会停止工作并需要手动更新。因此，您只需要定义一个将在Asana中发布任务的操作，并在整个工作区中使用即可。

操作预览​


自定义操作任务设置

配置​

name: "new_task"
inputs:
  title:
    type: TEXT
    default: "title"
  assignee:
    type: SELECT
    required: true
    options:
      - "Alexander"
      - "Mike"
      - "Anna"
      - "John"
  content:
    type: TEXTAREA
    required: true
execute_commands:
  - run docker asana_custom
docker_image_name: "my_company/asana_custom"
docker_image_tag: "latest"
tabs:
  projects:
    name:
      type: SELECT
      required: true
      options:
        - "Project-1"
        - "Project-2"
        - "Project-3"
        - "Project-4"
信息

在上面的例子中，调用Asana API已经被包含在了从中启动操作的Docker镜像中。

提示

Buddy的驱动方式100%为客户。如果有需求，请告诉我们您需要哪些集成才能将您的DevOps自动化提升到更高的一个级别！要是您在Buddy系统使用上缺失了一些必要的功能，请直接联系我们以获取更好的技术支持：support@buddy.red