流水线 - 流水线配置参考 - 《Rancher v2.4.4 中文文档》

- 通过 UI 设置运行脚本
步骤类型 - 构建并发布镜像
- 通过 YAML 设置构建并发布镜像
- 通过 UI 设置发布应用模板
步骤类型 - 部署 YAML
- 通过 YAML 设置部署 YAML
- 通过 UI 设置部署应用商店应用
设置超时时间
- 通过 YAML 配置超时时间
- 通过 UI 配置通知
配置触发器和触发规则
- 通过 UI 设置环境变量
密文
流水线变量替换列表
配置流水线组件的持久存储

步骤类型包括：

运行脚本
发布应用模板
部署应用商店应用

如果您尚未添加任何阶段，通过 UI 界面点击设置流水线来配置这个分支的流水线。

通过点击添加阶段将阶段添加到流水线。
1. 为您流水线的每个阶段输入一个名称。
2. 对于每个阶段，您可以通过单击显示高级选项来配置。注意：此设置可以随时更新。
创建阶段后，通过单击添加步骤开始添加步骤。您可以在每个阶段添加多个步骤。

通过 YAML 配置阶段和步骤

对于每个阶段，您可以添加多个步骤。阅读有关每个和高级选项的更多信息，以获取有关如何配置 YAML 的详细信息。下面是一个每个有单个步骤的例子。

步骤类型 - 运行脚本

运行脚本步骤可以在指定容器内的工作空间中执行任意命令。您可以使用它来构建，测试和执行更多操作，您可以使用这个指定的基础镜像内的全部工具。您可以通过变量替换的方式使用流水线元数据。有关可用变量的列表，请参考。

通过 UI 设置运行脚本

从步骤类型下拉列表中，选择运行脚本并填写表格。
点击添加。

通过 YAML 设置运行脚本

## 示例
stages:
  - name: Build something
    steps:
      - runScriptConfig:
          image: golang
          shellScript: go build

步骤类型 - 构建并发布镜像

可用于 Rancher v2.1.0

构建并发布镜像步骤将构建并发布 Docker 镜像。此过程需要您源代码库中的 Dockerfile 才能成功完成。

通过 UI 设置构建并发布镜像

在 步骤类型 下拉列表中，选择 构建并发布镜像。
填写表格的其余部分。下面列出了每个字段的说明。完成后，点击添加。

通过 YAML 设置构建并发布镜像

您可以为 Docker 守护进程和构建使用特定的参数。它们没有显示在 UI 中，但是可以在 YAML 中设置它们，如下例所示。可用的环境变量包括:

# 本示例显示了使用的环境变量
# 在“发布镜像”步骤中。此变量允许您将镜像发布到不安全的镜像库
stages:
  - name: Publish Image
    steps:
      - publishImageConfig:
          dockerfilePath: ./Dockerfile
          buildContext: .
          tag: repo/app:v1
          pushRemote: true
          registry: example.com
        env:
          PLUGIN_INSECURE: "true"

步骤类型 - 发布应用模板

可用于 v2.2.0

发布应用模板 步骤将应用商店模板的版本文件（即 Helm chart）发布到git 托管的 chart 代码库。Rancher 将生成一个 git commit 并将其推送到您的 chart 代码库。此过程需要在源代码库中有一个 chart 文件夹。并且需要您在流水线专用的命名空间中预先配置的好可以访问 git 的密文。您可以在 chart 文件夹中的任何文件中使用。

通过 UI 设置发布应用模板

在步骤类型下拉列表中，选择发布应用模板。
填写表格的其余部分。下面列出了每个字段的说明。完成后，点击添加。

通过 YAML 设置发布应用模板

您可以直接在 .rancher-pipeline.yml 文件中添加 发布应用模板步骤。

在 步骤 部分下，使用 publishCatalogConfig 添加一个步骤。您将提供以下信息:

Path: 源代码库中 Chart.yaml 文件所在的 chart 文件夹的相对路径。
CatalogTemplate: 模板名称。
Version: 您要发布的模板版本，应与 Chart.yaml 文件中定义的版本一致。
GitUrl: 模板将发布到的 chart 代码库的 git URL。
GitBranch: 模板将发布到的 chart 代码库的 git 分支。
GitAuthor: 提交消息中使用的作者姓名。
GitEmail: 提交消息中使用的作者电子邮件。
Credentials: 包含您的 Git 访问凭证的密文。您需要在流水线专用的命名空间中创建一个密文。如果您用的是 HTTP 或者 HTTPS 的方式，请把 Git 的用户名和密码保存在这个密文的USERNAME和PASSWORD键值对中。如果您使用 SSH 的方式，请把 Git 的 deploy key 保存在这个密文的DEPLOY_KEY键值对中。

# 示例
stages:
    steps:
      - publishCatalogConfig:
          path: ./charts/wordpress/latest
          catalogTemplate: wordpress
          version: ${CICD_GIT_TAG}
          gitUrl: git@github.com:myrepo/charts.git
          gitBranch: master
          gitAuthor: example-user
          gitEmail: user@example.com
        envFrom:
          - sourceName: publish-keys
            sourceKey: DEPLOY_KEY

步骤类型 - 部署 YAML

此步骤将任意 Kubernetes 资源部署到项目。此部署要求您的源代码库中存在 Kubernetes YAML 文件。您可以在 Kubernetes YAML 文件中使用流水线变量替换功能。您可以在GitHub上查看示例文件。有关可用变量的列表，请参考。

通过 UI 设置部署 YAML

从 步骤类型 下拉列表中，选择 部署 YAML 并填写表格。
输入 YAML 路径，这是源代码中 Kubernetes YAML 文件的路径。
点击添加。

可用于 v2.2.0

部署应用商店应用 步骤在项目中部署应用商店应用。如果应用不存在，它将安装一个新应用。如果存在，它将升级一个已有的应用。

通过 UI 设置部署应用商店应用

在 步骤类型 下拉列表中，选择 部署应用。
填写表格的其余部分。下面列出了每个字段的说明。完成后，点击添加。

通过 YAML 设置部署应用商店应用

您可以直接在 .rancher-pipeline.yml 文件中添加 部署应用商店应用 步骤。

在 步骤 部分下，通过添加一个步骤。您将提供以下信息:

CatalogTemplate: 应用模板的 ID。可以在应用商店页单击 启动。找到并点击您要部署的应用。应用部署页 url 的最后一部分就是您要找的CatalogTemplate值。
Version: 您要部署的应用模板的版本。
Answers: 用来部署应用的键值对形式的应答
Name: 部署应用的应用名称。
TargetNamespace: 部署应用的命名空间。

# 示例
stages:
  - name: Deploy App
    steps:
      - applyAppConfig:
          catalogTemplate: cattle-global-data:library-mysql
          version: 0.3.8
          answers:
            persistence.enabled: "false"
          name: testmysql
          targetNamespace: test

设置超时时间

默认情况下，每个流水线执行都有 60 分钟的超时时间限制。如果流水线执行无法在其超时时间内完成，流水线将会被自动中止。

通过 UI 配置超时时间

在高级选项 > 超时时间字段中输入新值。

通过 YAML 配置超时时间

在timeout部分中，输入以分钟为单位的超时值。

# 示例
stages:
  - name: Build something
    steps:
      - runScriptConfig:
          image: busybox
          shellScript: ls
# 以分钟为单位的超时时间
timeout: 30

设置流水线通知

可用于 v2.2.0

通知： 您可以决定是否要为流水线设置通知。您可以根据流水线的构建状态，启用任何通知。在启用流水线通知之前，您需要，这样可以轻松地添加接收者。

通过 UI 配置通知

可用于 v2.2.0

在通知部分中，单击启用以启用通知。
选择通知的条件。您可以选择获得下列状态的通知：Failed，Success，Changed。例如，如果您想在执行失败时接收通知，请选择Failed.
如果您没有任何现有的通知，Rancher 将警告您未设置任何通知，并提供一个链接，可转到设置通知页面。按照添加通知。如果您已有接收者，则可以通过单击添加接收者按钮将其添加到通知中。
对于每个接收者，从下拉列表中选择哪种通知类型。根据接收者的类型，您可以使用默认接收者，也可以使用其他接收者替换默认接收者。例如，如果您有Slack的通知，则可以将通知发送到的Slack Channel。您可以通过单击添加接收者来添加其他接收者。

通过 YAML 配置通知

可用于 v2.2.0

Recipients： 这是将接收通知的接收者的列表。
- Notifier： 通知的 ID。可以通过找到通知并选择在 API 中查看来获取 ID。
- Recipient： 根据接收者的类型，可以使用“默认接收者”，也可以用其他接收者覆盖它。例如，在配置一个 stack 接收者时，您选择一个频道作为默认接收者，但是如果要将通知发送到其他频道，则可以选择其他接收者。
Condition： 选择您希望发送通知的条件。
Message (可选)： 如果要更改默认通知消息，则可以在 Yaml 中进行编辑。注意：此选项在用户界面中不可用。

# 示例
stages:
  - name: Build something
    steps:
      - runScriptConfig:
          image: busybox
          shellScript: ls
notification:
  recipients:
    - # 接收者
      recipient: '#mychannel'
      # 通知的ID
      notifier: 'c-wdcsr:n-c9pg7'
    - recipient: 'test@example.com'
      notifier: 'c-wdcsr:n-lkrhd'
  # 选择您想要发送通知的条件
  condtions: ['Failed'，'Success'，'Changed']
  # 用来覆盖默认通知内容 (可选)
  message: 'my-message'

配置触发器和触发规则

配置完流水线之后，可以使用不同的方法来触发它：

手动触发：

完成流水线配置后，您可以从 Rancher UI 中使用最新的 CI 定义触发构建。触发流水线构建的时候，Rancher 动态创建一个 Kubernetes Pod 运行您的 CI 任务，然后在流水线完成的时候移除这个 Pod。

自动触发：

当您允许流水线对接远端代码仓库的时候，您使用的版本控制工具中会自动添加 webhook。当项目用户尝试修改远端代码仓库中的代码时，例如推送代码到远端代码仓库、发起 pull request 或创建 tag，版本控制工具会发送一个 webhook 给 Rancher Server，这就会触发一次流水线运行。

您需要有远端代码仓库的 webhook 管理权限，才可以使用自动触发流水线的功能。因此，当用户认证和拉取远端代码仓库的时候，只能认证和拉取到用户有 webhook 管理权限的远端代码仓库。

可以创建触发规则，以对流水线的执行进行细粒度的控制。触发规则有两种:

当满足条件时运行：

在触发事件发生时，将启动流水线，阶段或步骤。
当满足条件时不运行：

在触发事件发生时，将跳过流水线，阶段或步骤。

只有所有触发规则都满足时，才会执行流水线/阶段/步骤。否则将被跳过。如果跳过流水线，整个流水线都不会被执行。如果跳过某个阶段或步骤，则认为该阶段/步骤执行成功，并且继续执行后续阶段/步骤。

在设置分支条件时，支持通配符（*）。

通过 UI 设置流水线触发规则

从全局视图，导航到要配置流水线触发规则的项目。
点击 资源 > 流水线. 在 v2.3.0 之前的版本中，点击 工作负载 > 流水线。
从要管理触发规则的代码库中，选择省略号（…）> 编辑配置。
点击 显示高级选项。
在 触发规则 部分中，配置规则以运行或跳过流水线。
点击 添加规则。在值字段中，输入触发流水线的分支名称。
可选: 添加更多触发构建的分支。
点击完成。

通过 UI 设置阶段触发规则

从全局视图,导航到要配置阶段触发规则的项目。
点击 资源 > 流水线。在 v2.3.0 之前的版本中，点击 工作负载 > 流水线。
从要管理触发规则的代码库中，选择省略号（…）>编辑配置。
找到您要管理触发规则的阶段，单击该阶段的编辑图标。
点击 显示高级选项。
在 触发规则 部分中，配置规则以运行或跳过阶段。
1. 点击 添加规则。

点击保存。

从全局视图，导航到要配置阶段触发规则的项目。
点击 资源 > 流水线。在 v2.3.0 之前的版本中，点击 工作负载 > 流水线。
从要管理触发规则的代码库中，选择省略号（…）>编辑配置。
找到您要管理触发规则的步骤，单击该步骤的编辑图标。
点击 显示高级选项。
在 触发规则 部分中，配置规则以运行或跳过阶段。
1. 点击 添加规则。
2. 选择触发阶段的类型并输入一个值。

<table><thead><tr><th>类型</th><th>值</th></tr></thead><tbody><tr><td>分支</td><td>触发步骤的分支名称</td></tr><tr><td>事件</td><td>触发步骤的事件名称：<code>Push</code>，<code>Pull Request</code>，<code>Tag</code></td></tr></tbody></table>

点击保存。

通过 YAML 设置触发规则

# 示例
stages:
  - name: Build something
    # 阶段条件
    when:
      branch: master
      event: [push，pull_request]
    # 多个步骤同时运行
    steps:
      - runScriptConfig:
          image: busybox
        # 阶段条件
        when:
          branch: [master，dev]
          event: push
# 流水线的分支条件
branch:
  include: [master，feature/*]
  exclude: [dev]

环境变量

配置流水线时，某些步骤类型允许您使用环境变量来配置步骤的脚本。

通过 UI 设置环境变量

从全局视图，导航到要配置的流水线的项目。
点击 资源 > 流水线。在 v2.3.0 之前的版本中，点击 工作负载 > 流水线。
从要管理的流水线中，选择省略号（…）>编辑配置。
点击 显示高级选项。
单击 添加变量，然后在出现的字段中输入键和值。根据需要添加更多变量。
将环境变量添加到脚本或文件中。
点击保存。

通过 YAML 设置环境变量

# 示例
stages:
  - name: Build something
    steps:
      - runScriptConfig:
          image: busybox
          shellScript: echo ${FIRST_KEY} && echo ${SECOND_KEY}
        env:
          FIRST_KEY: VALUE
          SECOND_KEY: VALUE2

如果您需要在流水线脚本中使用对安全敏感的信息（例如密码），则可以使用 Kubernetes 传递它们。

先决条件

在与流水线相同的项目中或在运行流水线构建 Pod 的命名空间中显式创建密文。

通过 UI 配置密文

从全局视图，导航到要配置的流水线的项目。
点击 资源 > 流水线。在 v2.3.0 之前的版本中，点击 工作负载 > 流水线。
从要管理的流水线中，选择省略号（…）>编辑配置。
找到您要管理的步骤，单击该步骤的编辑图标。
点击 显示高级选项。
点击 从密文中添加。选择您要使用的密文文件。然后选择一个键。您也可以输入密钥的别名。
点击保存。

通过 YAML 配置密文

流水线变量替换列表

为了方便起见，以下变量可用于流水线的配置脚本中。在流水线执行期间，这些变量将被替换为元数据。您可以通过 $ {VAR_NAME} 的形式引用它们.

项目级别流水线执行配置

配置了版本控制提供商后，您可以配置一些项目级别的流水线相关的选项。

从全局页面导航到需要配置流水线的项目。
从导航栏选择 工具 > 流水线。如果您使用的是 v2.2.0 以前的版本，请选择资源 > 流水线。

执行器配额

从全局页面导航到需要配置流水线的项目。
从导航栏选择 工具 > 流水线。如果您使用的是 v2.2.0 以前的版本，请选择资源 > 流水线。

选择最大数量的流水线执行器。执行器配额 决定了项目中可以同时运行多少个构建，如果触发的构建数量超过了执行器配额，构建会形成队列，执行器先执行一部分构建，执行完成后，再执行另一部分构建。执行器的默认配额是2，将这个配额的值修改为0或负数会取消配额限制。

执行器资源配额

v2.2.0 或更新版本可用

从全局页面导航到需要配置流水线的项目。
从导航栏选择 工具 > 流水线。如果您使用的是 v2.2.0 以前的版本，请选择资源 > 流水线。
配置 Jenkins Agent 容器的计算资源。

触发流水线执行的时候，Rancher 会动态创建一个构建 Pod 运行您的 CI 任务。这个 Pod 由一个 Jenkins Agent 容器和多个流水线步骤容器构成。您可以管理 Pod 内每一个容器的。编辑内存预留、内存限制、CPU 预留、CPU 限制。
单击修改限制和预留，完成修改。

您可以在.rancher-pipeline.yml文件中配置流水线步骤容器的计算资源。

在步骤类型中，您需要提供以下预留和限制：

CPU 预留: 预留给流水线步骤容器的 CPU 配额。
CPU 限制: 流水线步骤容器的能使用 CPU 的最大限额。
Memory 预留: 预留给流水线步骤容器的内存配额。
Memory 限制: 流水线步骤容器的能使用内存最大配额。

以下是一个通过 YAML 编辑流水线步骤容器计算资源的示例：

# 示例
stages:
  - name: Build something
    steps:
      - runScriptConfig:
          image: busybox
          shellScript: ls
        cpuRequest: 100m
        cpuLimit: 1
        memoryRequest: 100Mi
        memoryLimit: 1Gi
      - publishImageConfig:
          dockerfilePath: ./Dockerfile
          buildContext: .
          tag: repo/app:v1
        cpuRequest: 100m
        cpuLimit: 1
        memoryRequest: 100Mi
        memoryLimit: 1Gi

自定义 CA 证书

v2.2.0 或更新版本可用

如果您需要配合自定义/内部 CA 根证书使用版本控制提供商，CA 根证书需要被添加到版本控制提供商的配置中，才可以保证流水线构建 Pod 成功运行。

从全局页面导航到需要配置流水线的项目。
从导航栏选择 工具 > 流水线。如果您使用的是 v2.2.0 以前的版本，请选择资源 > 流水线
复制粘贴 CA 根证书，单击保存 CA 证书。

结果： 流水线和新 Pod 可以配合自签名证书使用。

配置流水线组件的持久存储

Docker 镜像仓库和 MinIO 工作负载默认使用临时存储，临时存储足以应对对大多数情况。如果您希望流水线内嵌的镜像仓库中的镜像和流水线日志在节点失败的情况下能被保存下来，您可以给镜像日志配置持久存储。下文提供了配置持久存储的操作指导。

有关为流水线设置持久化存储的详细信息，请参阅。

rancher-pipeline.yml 示例

本页上有一个示例流水线配置文件。