• .gitconfig 文件
• 基本身份验证
• SSH 密钥身份验证
• 可信证书颁发机构

• 使用 secret 数据创建 secret 对象。
• 更新 pod 的服务帐户以允许引用该 secret。
• 创建以环境变量或文件（使用 secret 卷）形式消耗 secret 的 pod。

流程

• 使用创建命令从 JSON 或 YAML 文件创建 secret 对象：

  $ oc create -f <filename>

  例如，您可以从本地的 .docker/config.json 文件创建一个 secret：

  $ oc create secret generic dockerhub \
      --from-file=.dockerconfigjson=<path/to/.docker/config.json> \
      --type=kubernetes.io/dockerconfigjson

  此命令将生成名为 dockerhub 的 secret JSON 规格并创建该对象。

  YAML Opaque Secret 对象定义

  apiVersion: v1
  kind: Secret
  metadata:
    name: mysecret
  type: Opaque 1
  data:
    username: <username>
    password: <password>

  1

  指定一个 opaque secret。

  Docker 配置 JSON 文件对象定义

  apiVersion: v1
  kind: Secret
  metadata:
    name: aregistrykey
    namespace: myapps
  type: kubernetes.io/dockerconfigjson 1
  data:
    .dockerconfigjson:bm5ubm5ubm5ubm5ubm5ubm5ubm5ubmdnZ2dnZ2dnZ2dnZ2dnZ2dnZ2cgYXV0aCBrZXlzCg== 2

  1

  指定该 secret 使用 docker 配置 JSON 文件。

  2

  base64 编码的 docker 配置 JSON 文件

流程

• 将 fieldPath 环境变量源设置为您有兴趣获取其值的字段的 JsonPath：

  env:
    - name: FIELDREF_ENV
      valueFrom:
        fieldRef:
          fieldPath: metadata.name

流程

• 要将 secret 用作环境变量，请设置 valueFrom 语法：

  apiVersion: build.openshift.io/v1
  kind: BuildConfig
  metadata:
    name: secret-example-bc
  spec:
    strategy:
      sourceStrategy:
        env:
        - name: MYVAL
          valueFrom:
            secretKeyRef:
              key: myval
              name: mysecret

流程

• 将 imageOptimizationPolicy 设置为 SkipLayers：

  strategy:
    dockerStrategy:
      imageOptimizationPolicy: SkipLayers

先决条件

• 您已将输入 secret 和配置映射添加到 BuildConfig 对象中。

流程

• 在 BuildConfig 对象的 dockerStrategy 定义中，将任何构建卷添加到 volumes 数组中。例如：

  spec:
    dockerStrategy:
      volumes:
        - name: secret-mvn 1
          mounts:
          - destinationPath: /opt/app-root/src/.ssh 2
          source:
            type: Secret 3
            secret:
              secretName: my-secret 4
        - name: settings-mvn 5
          mounts:
          - destinationPath: /opt/app-root/src/.m2  6
          source:
            type: ConfigMap 7
            configMap:
              name: my-config 8
        - name: my-csi-volume 9
          mounts:
          - destinationPath: /opt/app-root/src/some_path  10
          source:
            type: CSI 11
            csi:
              driver: csi.sharedresource.openshift.io 12
              readOnly: true 13
              volumeAttributes: 14
                attribute: value

  1 5 9

  必需。唯一的名称。

  2 6 10

  必需。挂载点的绝对路径。它不能包含 .. 或 : 且不与构建器生成的目的地路径冲突。/opt/app-root/src 是许多支持 Red Hat S2I 的镜像的默认主目录。

  3 7 11

  必需。源类型，ConfigMap、Secret 或 CSI。

  4 8

  必需。源的名称。

  12

  必需。提供临时 CSI 卷的驱动程序。

  13

  可选。如果为 true，这指示驱动程序提供只读卷。

  14

  可选。临时 CSI 卷的卷属性。如需支持的属性键和值，请参阅 CSI 驱动程序的文档。

流程

• 要创建增量构建，请创建对策略定义进行以下修改：

  strategy:
    sourceStrategy:
      from:
        kind: "ImageStreamTag"
        name: "incremental-image:latest" 1
      incremental: true 2

  1

  指定支持增量构建的镜像。请参考构建器镜像的文档，以确定它是否支持此行为。

  2

  此标志（flag）控制是否尝试增量构建。如果构建器镜像不支持增量构建，则构建仍将成功，但您会收到一条日志消息，指出增量构建因为缺少 save-artifacts 脚本而未能成功。

• 在应用程序源存储库的 .s2i/bin 目录中提供 assemble、run 或 save-artifacts 脚本。

• 提供包含脚本的目录的 URL，作为策略定义的一部分。例如：

  strategy:
    sourceStrategy:
      from:
        kind: "ImageStreamTag"
        name: "builder-image:latest"
      scripts: "http://somehost.com/scripts_directory" 1

  1

  此路径会将 run、assemble 和 save-artifacts 附加到其中。如果找到任何或所有脚本，将使用它们代替镜像中提供的同名脚本。

先决条件

• 您已将输入 secret 和配置映射添加到 BuildConfig 对象中。

流程

• 在 BuildConfig 对象的 sourceStrategy 定义中，将任何构建卷添加到 volumes 数组中。例如：

  spec:
    sourceStrategy:
      volumes:
        - name: secret-mvn 1
          mounts:
          - destinationPath: /opt/app-root/src/.ssh 2
          source:
            type: Secret 3
            secret:
              secretName: my-secret 4
        - name: settings-mvn 5
          mounts:
          - destinationPath: /opt/app-root/src/.m2 6
          source:
            type: ConfigMap 7
            configMap:
              name: my-config 8
        - name: my-csi-volume 9
          mounts:
          - destinationPath: /opt/app-root/src/some_path  10
          source:
            type: CSI 11
            csi:
              driver: csi.sharedresource.openshift.io 12
              readOnly: true 13
              volumeAttributes: 14
                attribute: value

流程

• 设置 customStrategy.from 部分：

  strategy:
    customStrategy:
      from:
        kind: "DockerImage"
        name: "openshift/sti-image-builder"

流程

• 要将各个 secret 挂载到特定位置，编辑 策略 YAML 文件的 secretSource 和 mountPath 字段：

  strategy:
    customStrategy:
      secrets:
        - secretSource: 1
            name: "secret1"
          mountPath: "/tmp/secret1" 2
        - secretSource:
            name: "secret2"
          mountPath: "/tmp/secret2"

  1

  secretSource 是对与构建相同的命名空间中的 secret 的引用。

  2

  mountPath 是自定义构建器中应挂载 secret 的路径。

• Jenkins 中动态作业并运行创建。
• 从镜像流、镜像流标签或配置映射动态创建代理 Pod 模板。
• 注入环境变量。
• OpenShift Container Platform Web 控制台中的管道视觉化。
• 与 Jenkins Git 插件集成，后者将 OpenShift Container Platform 构建的提交信息传递给 Jenkins Git 插件。
• 将 secret 同步到 Jenkins 凭证条目。

• 构建配置中的内联 jenkinsfile 字段。
• 构建配置中的 jenkinsfilePath 字段，该字段引用要使用的 jenkinsfile 的位置，该位置相对于源 contextDir。

• 位于源代码存储库中的文件。
• 使用 jenkinsfile 字段嵌入为构建配置的一部分。

• 存储库根目录下名为 jenkinsfile 的文件。
• 存储库的源 contextDir 的根目录下名为 jenkinsfile 的文件。
• 通过 BuildConfig 的 JenkinsPipelineStrategy 部分的 jenkinsfilePath 字段指定的文件名；若提供，则路径相对于源 contextDir，否则默认为存储库的根目录。

• 在构建配置中嵌入 Jenkins 文件。
• 在构建配置中包含对包含 Jenkins 文件的 Git 存储库的引用。

流程

• 要定义在构建期间使用的环境变量，编辑 YAML 文件：

  jenkinsPipelineStrategy:
  ...
    env:
      - name: "FOO"
        value: "BAR"

流程

• 要手动重新运行构建，请输入以下命令：

  $ oc start-build --from-build=<build_name>

流程

• 要在 stdout 中手动输出构建日志，请输入以下命令：

  $ oc start-build <buildconfig_name> --follow

流程

• 要指定所需的环境变量，请输入以下命令：

  $ oc start-build <buildconfig_name> --env=<key>=<value>

流程

• 使用以下命令从源启动构建，以将本地 Git 存储库的内容作为标签 v2 的存档发送：

  $ oc start-build hello-world --from-repo=../hello-world --commit=v2

流程

• 要手动取消多个构建，请输入以下命令：

  $ oc cancel-build <build1_name> <build2_name> <build3_name>

流程

• 要取消所有构建，请输入以下命令：

  $ oc cancel-build bc/<buildconfig_name>

流程

• 要取消给定状态下的所有内容，请输入以下命令：

  $ oc cancel-build bc/<buildconfig_name>

流程

• 要输出 BuildConfig 的最新构建的日志，请输入以下命令：

  $ oc logs -f bc/<buildconfig_name>

流程

• 要输出 BuildConfig 的给定版本构建的日志，请输入以下命令：

  $ oc logs --version=<number> bc/<buildconfig_name>

流程

• 要启用更为详细的输出，请传递 BUILD_LOGLEVEL 环境变量作为 BuildConfig 中 sourceStrategy 或 dockerStrategy 的一部分：

  sourceStrategy:
  ...
    env:
      - name: "BUILD_LOGLEVEL"
        value: "2" 1

  1

  将此值调整为所需的日志级别。

先决条件

• 您已配置了多个镜像更改触发器。这些触发器已触发一个或多个构建。

• lastTriggeredImageID：此字段在 OpenShift Container Platform 4.8 中已弃用，并将在以后的发行版本中被忽略。它包含从此 BuildConfig 触发最后一次构建时的 ImageStreamTag 的已解析镜像引用。
• paused：您可以使用此字段（示例中未显示）暂时禁用此特定镜像更改触发器。
• from：您使用此字段引用驱动此镜像更改触发器的 ImageStreamTag。其类型是核心 Kubernetes 类型 OwnerReference。

流程

• Shell 脚本：

  postCommit:
    script: "bundle exec rake test --verbose"

  script 值是通过 /bin/sh -ic 执行的 shell 脚本。当 shell 脚本适合执行构建 hook 时可使用此选项。例如，用于运行前文所述的单元测试。若要控制镜像入口点，或者如果镜像没有 /bin/sh，可使用 command 和/或 args。

  注意

  引入的额外 -i 标志用于改进搭配 CentOS 和 RHEL 镜像时的体验，未来的发行版中可能会剔除。

• 命令作为镜像入口点：

  postCommit:
    command: ["/bin/bash", "-c", "bundle exec rake test --verbose"]

  在这种形式中，command 是要运行的命令，它会覆盖 exec 形式中的镜像入口点，如 Dockerfile 引用中所述。如果镜像没有 /bin/sh，或者您不想使用 shell，则需要这样做。在所有其他情形中，使用 script 可能更为方便。

• 命令带有参数：

  postCommit:
    command: ["bundle", "exec", "rake", "test"]
    args: ["--verbose"]

  这种形式相当于将参数附加到 command。

先决条件

• 您必须提供或创建与 yum 兼容的存储库配置文件，该文件将从 Satellite 实例下载内容。

  仓库配置示例

  [test-<name>]
  name=test-<number>
  baseurl = https://satellite.../content/dist/rhel/server/7/7Server/x86_64/os
  enabled=1
  gpgcheck=0
  sslverify=0
  sslclientkey = /etc/pki/entitlement/...-key.pem
  sslclientcert = /etc/pki/entitlement/....pem

先决条件

• 您已将授权密钥和 Satellite 存储库配置添加为构建卷。

• 管道（Pipeline）：利用 Groovy 语法自动化构建、测试和部署应用的整个流程。
• 节点（Node）：能够编配或执行脚本化管道的计算机。
• 阶段（Stage）：在管道中执行的概念上不同的任务子集。插件或用户界面通常使用此块来显示任务的状态或进度。
• 步骤（Step）：一项任务指定要执行的确切操作，可使用命令或脚本。

• 频道（Pipeline）：一组串行或并行（或两者）任务。
• 任务（Task） ：作为命令、二进制文件或脚本的步骤序列。
• 管道运行（PipelineRun）：执行包含一个或多个任务的管道。

• 任务运行（TaskRun）：通过一个或多个步骤执行任务。

  注意

  您可以使用一组输入（如参数和工作区）启动 PipelineRun 或 TaskRun，执行会产生一组输出和工件。

• 工作区（Workspace）：在 Tekton 中，工作区是概念块，用于以下目的：

  • 存储输入、输出和构建工件.
  • 在任务间共享数据的通用空间.
  • 在 secret 中保存的凭证挂载点、配置映射中保存的配置以及机构共享的通用工具。
  注意

  在 Jenkins 中，没有 Tekton 工作区直接等效的工作区。您可以将控制节点视为工作区，因为它存储克隆的代码存储库、构建历史记录和工件。当作业分配到其他节点时，克隆的代码和生成的工件会存储在该节点中，但构建历史记录由控制节点维护。

• 在这个版本中，tkn 命令的早期版本与 Red Hat OpenShift Pipelines 1.10 不兼容。
• 在这个版本中，从 Tekton CLI 删除了对 Cluster 和 CloudEvent 管道资源的支持。您不能使用 tkn pipelineresource create 命令创建管道资源。另外，任务、集群任务或管道的 start 命令中不再支持管道资源。
• 在这个版本中，从 Tekton 链中删除 tekton 作为公认格式。

• 在 Red Hat OpenShift Pipelines 1.10 中，ClusterTask 命令现已弃用，计划在以后的发行版本中删除。此更新中还弃用了 tkn task create 命令。
• 在 Red Hat OpenShift Pipelines 1.10 中，tkn task start 命令中使用的标记 -i 和 -o 现已弃用，因为 v1 API 不支持管道资源。
• 在 Red Hat OpenShift Pipelines 1.10 中，tkn pipeline start 命令一起使用的标志 -r 已被弃用，因为 v1 API 不支持管道资源。
• Red Hat OpenShift Pipelines 1.10 更新将 openshiftDefaultEmbeddedStatus 参数设置为 both，带有 full 和 minimal 嵌入式状态。更改默认嵌入式状态的标记也已弃用，并将被删除。另外，管道默认嵌入式状态将在以后的版本中更改为 minimal。

• 这个版本包括以下向后兼容的更改：

  • 删除 PipelineResources 集群
  • 删除 PipelineResources 云事件

• 如果在集群升级后管道指标功能无法正常工作，请运行以下命令作为临时解决方案：

  $ oc get tektoninstallersets.operator.tekton.dev | awk '/pipeline-main-static/ {print $1}' | xargs oc delete tektoninstallersets

• 在这个版本中，IBM Power、IBM Z 和 {linuxoneProductName} 不支持使用外部数据库，如 Crunchy PostgreSQL。反之，使用默认的 Tekton Hub 数据库。

• 在此次更新之前，opc pac 命令会生成一个运行时错误，而不是显示任何帮助。在这个版本中修复了 opc pac 命令来显示帮助信息。
• 在此次更新之前，运行 tkn pac create repo 命令创建仓库需要 Webhook 详情。在这个版本中，tkn-pac create repo 命令在安装 GitHub 应用程序时不会配置 Webhook。
• 在此次更新之前，当 Tekton Pipelines 创建 PipelineRun 资源时遇到问题时，Pipelines as Code 不会报告管道运行创建错误。例如，管道运行中的不存在的任务不会显示任何状态。在这个版本中，Pipelines as Code 显示来自 Tekton Pipelines 的正确错误消息以及缺少的任务。
• 在这个版本中，UI 页面在成功身份验证后重定向。现在，您会被重定向到您试图登录到 Tekton Hub 的同一页面。
• 在这个版本中修复了带有标志 --all-namespaces 和 --output=yaml 的 list 命令，用于集群任务、单个任务和管道。
• 在这个版本中，删除了 repo.spec.url URL 末尾的正斜杠，使其与来自 GitHub 的 URL 匹配。
• 在此次更新之前，marshalJSON 函数不会编译对象列表。在这个版本中，marshalJSON 函数会对对象列表进行 marshals 处理。
• 在这个版本中，Pipelines 作为代码可让您绕过 CLI bootstrap GitHub 应用程序中的 GitHub Enterprise 问题。
• 在这个版本中，当您的存储库有超过 100 个用户时，GitHub collaborator 会检查。
• 在这个版本中，任务或管道的 sign 和 verify 命令现在可以在没有 kubernetes 配置文件的情况下正常工作。
• 在这个版本中，如果在命名空间中跳过修剪器，Tekton Operator 会清理保留的修剪器 cron 作业。
• 在此次更新之前，API ConfigMap 对象不会更新为目录刷新间隔配置的值。在这个版本中修复了 Tekon Hub CR 中的 CATALOG_REFRESH_INTERVAL API。

• 在这个版本中，在更改 EmbeddedStatus 功能标记时，PipelineStatus 的协调已被修复。在这个版本中重置以下参数：

  • status.runs 和 status.taskruns 参数为 nil，带有 minimal EmbeddedStatus
  • status.childReferences 参数为 nil，带有 full EmbeddedStatus
• 在这个版本中，添加了一个到 ResolutionRequest CRD 的转换配置。在这个版本中，可以正确地配置从 v1alpha1.ResolutionRequest 请求到 v1beta1.ResolutionRequest 请求的转换。
• 在这个版本中会检查与一个管道任务关联的重复工作区。
• 在这个版本中修复了在代码中启用解析器的默认值。
• 在这个版本中，使用解析器修复了 TaskRef 和 PipelineRef 名称转换的问题。

• 在这个版本中，Conditions 自定义资源定义(CRD) 类型已被删除。作为替代方案，请使用 WhenExpressions 替代。
• 在这个版本中，删除了 tekton.dev/v1alpha1 API pipeline 资源，如 Pipeline、PipelineRun、Task、Clustertask 和 TaskRun。
• 在这个版本中，tkn-pac setup 命令已被删除。使用 tkn-pac webhook add 命令将 webhook 重新添加到现有 Git 仓库。使用 tkn-pac webhook update-token 命令为 Git 仓库中的现有 Secret 对象更新个人供应商访问令牌。
• 在这个版本中，运行带有默认设置的管道的命名空间不会将 pod-security.kubernetes.io/enforce:privileged 标签应用到工作负载。

• 在 Red Hat OpenShift Pipelines 1.9.0 发行版本中，ClusterTasks 已被弃用，计划在以后的发行版本中删除。作为替代方案，您可以使用 Cluster Resolver。
• 在 Red Hat OpenShift Pipelines 1.9.0 发行版本中，在单个 EventListener 规格中使用 triggers 和 namespaceSelector 字段已弃用，并计划在以后的发行版本中删除。您可以在不同的 EventListener 规格中成功使用这些字段。
• 在 Red Hat OpenShift Pipelines 1.9.0 发行版本中，tkn pipelinerun describe 命令不会显示 PipelineRun 资源的超时。
• 在 Red Hat OpenShift Pipelines 1.9.0 发行版本中，PipelineResource' 自定义资源(CR) 已被弃用。PipelineResource CR 是一个技术预览功能，它是 tekton.dev/v1alpha1 API 的一部分。
• 在 Red Hat OpenShift Pipelines 1.9.0 发行版本中，集群任务中的自定义镜像参数已弃用。另外，您可以复制集群任务并在其中使用自定义镜像。

• 卸载 Red Hat OpenShift Pipelines Operator 后会删除 chains-secret 和 chains-config 配置映射。当它们包含用户数据时，应保留且不删除它们。

• 当在 Windows 上运行 tkn pac 命令集时，您可能会收到以下出错信息： Command finished with error: not supported by Windows。

  临时解决方案：将 NO_COLOR 环境变量设置为 true。

• 如果 tkn pac resolve 命令使用已模板化的参数值，则运行 tkn pac resolve -f <filename> | oc create -f 命令可能无法提供预期的结果。

  临时解决方案： 要缓解这个问题，请通过运行 tkn pac resolve -f <filename> -o tempfile.yaml 命令将 tkn pac resolve 命令的输出保持在一个临时文件中，然后运行 oc create -f tempfile.yaml 命令。例如：tkn pac resolve -f <filename> -o /tmp/pull-request-resolved.yaml && oc create -f /tmp/pull-request-resolved.yaml。

• 在此次更新之前，在替换空数组后，原始阵列返回一个空字符串，从而导致其中的参数无效。在这个版本中，这个问题已被解决，原始阵列返回为空。
• 在此次更新之前，如果管道运行的服务帐户中存在重复的 secret，则会导致任务 pod 创建失败。在这个版本中，这个问题已解决，即使服务帐户中存在重复的 secret，任务 pod 也会成功创建。
• 在此次更新之前，通过查看 TaskRun 的 spec.StatusMessage 字段，用户无法区分 TaskRun 是否已被用户取消或作为它一部分的 PipelineRun。在这个版本中，这个问题已被解决，用户可以通过查看 TaskRun 的 spec.StatusMessage 字段来区分 TaskRun 的状态。
• 在此次更新之前，在删除旧版本的无效对象时，webhook 验证会被删除。在这个版本中，这个问题已解决。

• 在此次更新之前，如果您将 timeouts.pipeline 参数设置为 0，您将无法设置 timeouts.tasks 参数或 timeouts.finally 参数。这个版本解决了这个问题。现在，当您设置 timeouts.pipeline 参数值时，可以设置 `timeouts.tasks` 参数或 timeouts.finally 参数。例如：

  yaml
  kind: PipelineRun
  spec:
    timeouts:
      pipeline: "0"  # No timeout
      tasks: "0h3m0s"

• 在此次更新之前，如果 PipelineRun 或 TaskRun 上的另一个工具更新了标签或注解，则可能会出现竞争条件。在这个版本中，这个问题已被解决，您可以合并标签或注解。

• 在此次更新之前，日志密钥与管道控制器中的密钥不同。在这个版本中，这个问题已被解决，日志密钥已被更新，以匹配管道控制器的日志流。日志中的键已从 "ts" 改为 "timestamp"，从 "level" 改为 "severity"，从 "message" 改为 "msg"。

• 在此次更新之前，如果一个 PipelineRun 被删除并带有未知状态，则不会生成错误消息。在这个版本中，这个问题已解决，并生成错误消息。
• 在此次更新之前，若要访问 list 和 push 等捆绑包命令，需要使用 kubeconfig 文件。在这个版本中，这个问题已被解决，且 kubeconfig 文件不需要访问捆绑包命令。
• 在此次更新之前，如果在删除 TaskRuns 时运行父 PipelineRun，则将删除 TaskRuns。在这个版本中，这个问题已被解决，如果父 PipelineRun 正在运行，TaskRuns 不会被删除。
• 在此次更新之前，如果用户试图构建带有超过管道控制器的对象的捆绑包，Tekton CLI 不会显示错误消息。在这个版本中，这个问题已解决，如果用户试图构建比管道控制器中允许的限制更多的对象，Tekton CLI 会显示错误消息。

• 在此次更新之前，如果从集群中删除命名空间，Operator 不会从 ClusterInterceptor ClusterRoleBinding 主题中删除命名空间。在这个版本中，这个问题已被解决，Operator 会从 ClusterInterceptor ClusterRoleBinding 主题中删除命名空间。
• 在此次更新之前，Red Hat OpenShift Pipelines Operator 的默认安装会导致集群中的 pipelines-scc-rolebinding 安全上下文约束 (SCC) 角色绑定资源。在这个版本中，Red Hat OpenShift Pipelines Operator 的默认安装会导致 pipelines-scc-rolebinding 安全性上下文约束 (SCC) 角色绑定资源被从集群中移除。

• 在此次更新之前，Pipelines as Code 不会从 Pipelines as Code ConfigMap 对象获取更新的值。在这个版本中，这个问题已被解决，Pipelines as Code ConfigMap 对象会查找任何新的更改。
• 在此次更新之前，Pipelines as Code 控制器不会等待 tekton.dev/pipeline 标签被更新并添加 checkrun id 标签，这会导致竞争条件。在这个版本中，Pipelines as Code 控制器会等待 tekton.dev/pipeline 标签更新，然后添加 checkrun id 标签，这有助于避免竞争条件。
• 在此次更新之前，如果 git 仓库中已存在，tkn-pac create repo 命令不会覆盖 PipelineRun。在这个版本中，tkn-pac create 命令已被修复，如果 git 仓库中存在 PipelineRun，这会成功覆盖它。
• 在此次更新之前，tkn pac describe 命令不会显示每个消息的原因。在这个版本中，这个问题已被解决，tkn pac describe 命令会显示每个消息的原因。
• 在此次更新之前，如果使用 regex 表单的注解中的用户提供值，则拉取请求会失败，如 refs/head/rel-*。拉取请求失败，因为它在基础分支中缺少 refs/heads。在这个版本中，添加了前缀，并检查它是否匹配。这解决了这个问题，拉取请求可以成功。

• 在此次更新之前，tkn pac repo list 命令不会在 Microsoft Windows 上运行。在这个版本中解决了这个问题，您可以在 Microsoft Windows 上运行 tkn pac repo list 命令。
• 在此次更新之前，Pipelines as Code watcher 不会接收所有配置更改事件。在这个版本中，Pipelines as Code watcher 已被更新，现在 Pipelines as Code watcher 不会丢失配置更改事件。
• 在此次更新之前，由 Pipelines as Code 创建的 pod，如 TaskRuns 或 PipelineRuns 无法访问集群中用户公开的自定义证书。在这个版本中解决了这个问题，您可以从集群中的 TaskRuns 或 PipelineRuns pod 访问自定义证书。
• 在此次更新之前，在使用 FIPS 启用的集群中，Trigger 资源中使用的 tekton-triggers-core-interceptors 内核拦截器在 Pipelines Operator 升级到 1.9 后无法正常工作。这个版本解决了这个问题。现在，OpenShift 将 MInTLS 1.2 用于其所有组件。因此，tekton-triggers-core-interceptors core interceptor 对 TLS 版本 1.2 及其功能进行准确运行。

• 在此次更新之前，当使用带有内部 OpenShift 镜像 registry 的管道运行时，必须在管道运行定义中硬编码到镜像的 URL。例如：

  ...
    - name: IMAGE_NAME
      value: 'image-registry.openshift-image-registry.svc:5000/<test_namespace>/<test_pipelinerun>'
  ...

  当在 Pipelines 作为代码上下文中使用管道运行时，这些硬编码值会阻止管道运行定义在不同的集群和命名空间中使用。

  在这个版本中，您可以使用动态模板变量，而不是硬编码命名空间和管道运行名称的值，以常规化管道运行定义。例如：

  ...
    - name: IMAGE_NAME
      value: 'image-registry.openshift-image-registry.svc:5000/{{ target_namespace }}/$(context.pipelineRun.name)'
  ...

• 在此次更新之前，Pipelines as Code 使用相同的 GitHub 令牌获取默认 GitHub 分支上同一主机上提供的远程任务。这个版本解决了这个问题。现在，Pipelines as Code 使用相同的 GitHub 令牌从任何 GitHub 分支获取远程任务。

• CATALOG_REFRESH_INTERVAL 的值(Tekton Hub CR 中使用的 Hub API ConfigMap 对象中的一个字段)不会更新，无法使用用户提供的自定义值进行更新。

  临时解决方案：无.您可以跟踪问题 SRVKP-2854。

• 在这个版本中，引入了一个 OLM 错误配置问题，这会阻止升级 OpenShift Container Platform。这个问题将在以后的发行版本中解决。

• 在此次更新之前，之前的版本中引入了一个 OLM 错误配置问题，这会阻止 OpenShift Container Platform 升级。在这个版本中，这个错误问题已被修复。

• 在这个版本中解决了大型管道的性能问题。现在，CPU 的使用率减少了 61%，内存用量减少了 44%。
• 在此次更新之前，如果某个任务因为 when 表达式而没有运行，则管道运行会失败。在这个版本中，通过防止在管道结果中验证跳过的任务结果解决了这个问题。现在，管道结果不会被发送，管道运行不会因为缺少结果而失败。
• 在这个版本中，为 v1beta1 API 修复了 pipelineref.bundle 转换到捆绑包解析器的问题。现在，转换功能会在转换完成后将 kind 字段的值设置为 Pipeline。
• 在此次更新之前，Pipelines Operator 中的一个问题会阻止用户将 spec.pipeline.enable-api-fields 字段的值设置为 beta。在这个版本中解决了这个问题。现在，您可以在 TektonConfig 自定义资源中将值设为 beta、alpha 和 stable。
• 在此次更新之前，因为集群错误，Pipelines as Code 无法创建 secret 时，它会在 GitHub 的 check run 过程中显示临时令牌（这个过程是公开的）。在这个版本中解决了这个问题。现在，在创建 secret 失败时，这个令牌不再显示在 GitHub 检查界面中。

• 目前，在 OpenShift Container Platform Web 控制台中的管道运行的 stop 选项存在一个已知问题。Actions 下拉列表中的 stop 选项无法正常工作，它无法取消管道运行。

• 因为自定义资源定义转换失败，升级到 Pipelines 版本 1.9.x 存在一个已知问题。

  临时解决方案：在升级到 Pipelines 版本 1.9.x 之前，请执行红帽客户门户网站中解决方案中提到的步骤。

• 在这个版本中，TaskRun 和 PipelineRun 资源的默认指标级别改为以下值：

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: config-observability
    namespace: tekton-pipelines
    labels:
      app.kubernetes.io/instance: default
      app.kubernetes.io/part-of: tekton-pipelines
  data:
    _example: |
    ...
      metrics.taskrun.level: "task"
      metrics.taskrun.duration-type: "histogram"
      metrics.pipelinerun.level: "pipeline"
      metrics.pipelinerun.duration-type: "histogram"

• 在这个版本中，如果 Pipeline 和 PipelineRun 资源中存在注解或标签，Run 类型中的值将具有优先权。如果 Task 和 TaskRun 资源中存在注解或标签，则也是如此。
• 在 Red Hat OpenShift Pipelines 1.8 中，之前弃用的 PipelineRun.Spec.ServiceAccountNames 字段已被删除。使用 PipelineRun.Spec.TaskRunSpecs 字段替代。
• 在 Red Hat OpenShift Pipelines 1.8 中，之前已弃用的 TaskRun.Status.ResourceResults.ResourceRef 字段已被删除。使用 TaskRun.Status.ResourceResults.ResourceName 字段。
• 在 Red Hat OpenShift Pipelines 1.8 中，之前已弃用的 Conditions 资源类型已被删除。从包含它的 Pipeline 资源定义中删除 Conditions 资源。在 PipelineRun 定义中使用 when 表达式。

• 对于 Tekton 链，在这个发行版本中删除了 tekton-provenance 格式。通过在 TektonChain 自定义资源中设置 "artifacts.taskrun.format": "in-toto" 来使用 in-toto 格式。

• Red Hat OpenShift Pipelines 1.7.x 作为代码 0.5.x 附带。当前的更新附带了 Pipelines，作为代码 0.10.x。此更改在新控制器的 openshift-pipelines 命名空间中创建新路由。您必须在使用 Pipelines 作为代码的 GitHub Apps 或 Webhook 中更新此路由。要获取路由，请使用以下命令：

  $ oc get route -n openshift-pipelines pipelines-as-code-controller \
    --template='https://{{ .spec.host }}'

• 在这个版本中，Pipelines 作为 Code 会重命名 Repository 自定义资源定义 (CRD) 的默认 secret 密钥。在 CRD 中，将 token 替换为 provider.token，并将 secret 替换为 webhook.secret。
• 在这个版本中，Pipelines 作为代码将特殊模板变量替换为支持用于私有仓库的多个管道运行的特殊模板变量。在管道运行中，将 secret: pac-git-basic-auth-{{repo_owner}}-{{repo_name}} 替换为 secret: {{ git_auth_secret }}。

• 在这个版本中，Pipelines as Code 更新 tkn-pac CLI 工具中的以下命令：

  • 将 tkn pac repository create 替换为 tkn pac create repository。
  • 将 tkn pac repository delete 替换为 tkn pac delete repository。
  • 将 tkn pac repository list 替换为 tkn pac list。

• 从 OpenShift Container Platform 4.11 开始，会删除用于安装和升级 Red Hat OpenShift Pipelines Operator 的 preview 和 stable 频道。要安装和升级 Operator，请使用适当的 pipelines-<version> 频道，或最新稳定版本的 latest 频道。例如，要安装 Pipelines Operator 版本 1.8.x，请使用 pipelines-1.8 频道。

  注意

  在 OpenShift Container Platform 4.10 及更早的版本中，您可以使用 preview 和 stable 频道来安装和升级 Operator。

• 对 tekton.dev/v1alpha1 API 版本的支持（在 Red Hat OpenShift Pipelines GA 1.6 中已弃用）计划在以后的 Red Hat OpenShift Pipelines GA 1.9 发行版本中删除。

  此更改会影响管道组件，其中包括 TaskRun, PipelineRun, Task, Pipeline, 和 tekton.dev/v1alpha1 类似。另外，将现有资源更新为使用 apiVersion: tekton.dev/v1beta1，如 Migrating From Tekton v1alpha1 to Tekton v1beta1 所述。

  对 tekton.dev/v1alpha1 API 版本的程序错误修复和支持仅到当前 GA 1.8 生命周期结束为止。

  重要

  对于 Tekton Operator，operator.tekton.dev/v1alpha1 API 版本没有弃用。您不需要更改此值。

• 在 Red Hat OpenShift Pipelines 1.8 中，PipelineResource 自定义资源 (CR) 可用，但不再被支持。PipelineResource CR 是一个技术预览功能，它属于 tekton.dev/v1alpha1 API 的一部分，它已被弃用，并计划在以后的 Red Hat OpenShift Pipelines GA 1.9 发行版本中删除。
• 在 Red Hat OpenShift Pipelines 1.8 中，Condition 自定义资源 (CR) 已删除。Condition CR 是 tekton.dev/v1alpha1 API 的一部分，它已被弃用，计划在以后的 Red Hat OpenShift Pipelines GA 1.9 发行版本中删除。
• 在 Red Hat OpenShift Pipelines 1.8 中，gsutil 的 gcr.io 镜像已被删除。这个删除可能会破坏带有依赖于此镜像的 Pipeline 资源的集群。程序错误修复和支持只到 Red Hat OpenShift Pipelines 1.7 生命周期结束为主。

• 在 Red Hat OpenShift Pipelines 1.8 中，Pipeline.Status.TaskRuns 和 PipelineRun.Status.Runs 字段已弃用，计划在以后的发行版本中被删除。请参阅 PipelineRuns 中的 TEP-0100: 嵌入式 TaskRuns 和 Runs Status。

• 在 Red Hat OpenShift Pipelines 1.8 中，pipelineRunCancelled 状态已弃用，计划在以后的发行版本中被删除。现在，PipelineRun 对象的安全终止已从 alpha 功能提升到 stable 功能。（请参阅 TEP-0058: Graceful Pipeline Run Termination。） 另外，您可以使用 Cancelled 状态替换 pipelineRunCancelled 状态。

  您不需要更改 Pipeline 和 Task 资源。如果您有会取消管道运行的工具，则必须在下一个发行版本中更新这些工具。这个更改也会影响 CLI、IDE 扩展等工具，以便支持新的 PipelineRun 状态。

  由于这个功能默认可用，所以您不再需要在 TektonConfig 自定义资源定义中将 pipeline.enable-api-fields 字段设置为 alpha。

• 在 Red Hat OpenShift Pipelines 1.8 中，PipelineRun 中的 timeout 字段已弃用。反之，使用 PipelineRun.Timeouts 字段，它现在从 alpha 功能提升到 stable 功能。

  由于这个功能默认可用，所以您不再需要在 TektonConfig 自定义资源定义中将 pipeline.enable-api-fields 字段设置为 alpha。

• 在 Red Hat OpenShift Pipelines 1.8 中，init 容器在 LimitRange 对象的默认请求计算中省略。

• s2i-nodejs 管道无法使用 nodejs:14-ubi8-minimal 镜像流来执行 source-to-image (S2I) 构建。使用该镜像流会生成一个 error building at STEP "RUN /usr/libexec/s2i/assemble": exit status 127 信息。

  临时解决方案： 使用 nodejs:14-ubi8 而不是 nodejs:14-ubi8-minimal 镜像流。

• 当您运行 Maven 和 Jib-Maven 集群任务时，默认容器镜像仅支持 Intel(x86)架构。因此，在 ARM、IBM Power Systems(ppc64le)、IBM Z 和 LinuxONE (s390x) 集群上的任务将失败。

  作为临时解决方案，您可以通过将 MAVEN_IMAGE 参数值设置为 maven:3.6.3-adoptopenjdk-11 来指定自定义镜像。

  提示

  在您使用 tkn hub 在 ARM、IBM Power Systems(ppc64le)、IBM Z 和 LinuxONE(s390x) 上基于 Tekton Catalog 安装任务前，请验证是否可以在这些平台上执行任务。要检查 ppc64le 和 s390x 是否列在任务信息的"Platforms"部分，您可以运行以下命令： tkn hub info task <name>

• 在 ARM、IBM Power Systems、IBM Z 和 LinuxONE 中，不支持 s2i-dotnet 集群任务。

• 隐式参数映射会错误地将参数从顶级 Pipeline 或 PipelineRun 定义传递给 taskRef 任务。映射应该只在顶层资源中使用任务进行，并带有非线 taskSpec 规格。这个问题只通过将 TektonConfig 自定义资源定义的 pipeline 部分中的 enable-api-fields 字段设置为 alpha 来影响启用了这个功能的集群。

• 在此次更新之前，管道的指标在 Web 控制台的 Developer 视图中运行的指标不完整且过期。在这个版本中，这个问题已被解决，指标正确。
• 在此次更新之前，如果管道有两个失败并有 retries=2 的并行任务，则最终任务永不会运行，管道超时并且无法运行。例如，pipelines-operator-subscription 任务会间歇性地失败，并显示以下错误消息： Unable to connect to server: EOF。在这个版本中，这个问题已被解决，以便最终任务始终运行。
• 在此次更新之前，如果管道运行因为任务运行失败而停止，则其他任务运行可能无法完成重试。因此，不会调度 finally 任务，这会导致管道挂起。 这个版本解决了这个问题。TaskRuns 和 Run 对象可以在管道运行停止时重试，即使是安全停止也是如此，以便管道运行可以完成。
• 在这个版本中，当 TaskRun 对象的命名空间中存在一个或多个 LimitRange 对象时，会改变如何计算资源要求。现在，当从 LimitRange 对象发出请求时，调度程序现在考虑 step 容器并排除所有其他应用容器，如 sidecar 容器。
• 在此次更新之前，在特定的条件下，标志软件包可能会错误地解析子命令，并带有双短划线终止符 --。在这种情况下，它会运行 entrypoint 子命令，而不是实际命令。在这个版本中解决了这个问题，这个问题会解决，entrypoint 会运行正确的命令。
• 在此次更新之前，如果拉取镜像失败，控制器可能会生成多个 panics，或者其拉取 (pull) 状态不完整。在这个版本中解决了这个问题，方法是检查 step.ImageID 值而不是 status.TaskSpec 值。
• 在此次更新之前，取消一个包含未计划的自定义任务的管道运行会生成 PipelineRunCouldntCancel 错误。在这个版本中解决了这个问题。您可以取消包含非调度自定义任务的管道运行，而不会生成这个错误。

• 在此次更新之前，如果在 $params["<NAME>"] 或 $params['<NAME>'] 的 <NAME> 中包括了一个句点字符 (.)，则不会提取句点右侧的任何部分。例如，对于 $params["org.ipsum.lorem"]，只会提取y org 部分。

  在这个版本中解决了这个问题，$params 可以提取完整的值。例如，$params["org.ipsum.lorem"] 和 $params['org.ipsum.lorem'] 是有效的，<NAME> 的完整值 org.ipsum.lorem 都会被提取。

  如果 <NAME> 没有包含在单引号或双引号中，还会抛出一个错误。例如，$params.org.ipsum.lorem 是无效，并生成验证错误。

• 在这个版本中，Trigger 资源支持自定义拦截器，并确保自定义拦截器服务的端口与 ClusterInterceptor 定义文件中的端口相同。

• 在此次更新之前，Tekton Chains 和 Operator 组件的 tkn version 命令无法正常工作。在这个版本中解决了这个问题，命令可以正常工作，并返回这些组件的版本信息。
• 在此次更新之前，如果您运行 tkn pr delete --ignore-running 命令，且管道运行没有 status.condition 值，tkn CLI 工具会生成 null-pointer 错误 (NPE)。在这个版本中解决了这个问题，CLI 工具现在会生成错误，并正确忽略仍然运行的管道运行。
• 在此次更新之前，如果您使用 tkn pr delete --keep <value> 或 tkn tr delete --keep <value> 命令，且管道运行或任务运行的数量小于其中的值，则命令不会如预期返回一个错误。在这个版本中解决了这个问题，以便命令在这些条件下正确返回错误。
• 在此次更新之前，如果您使用 tkn pr delete 或 tkn tr delete 命令以及 -p 或 -t 标志与 --ignore-running 标志一起，则命令会错误地删除运行或待处理资源。在这个版本中解决了这个问题，这些命令可以正确地忽略运行或待处理资源。

• 在此版本中，您可以使用 TektonChain 自定义资源配置 Tekton 链。这个功能可让您在升级后保留配置，这与 chains-config 配置映射不同，这在升级过程中会被覆盖。
• 在这个版本中，除了 buildah 和 s2i 集群任务外，ClusterTask 资源不再默认以 root 用户身份运行。
• 在此次更新之前，当将 init 用作第一个参数并后跟两个或更多个参数时，Red Hat OpenShift Pipelines 1.7.1 上的任务会失败。在这个版本中，这些标志会被正确解析，任务可以运行成功。

• 在此次更新之前，因为存在无效的角色绑定，在 OpenShift Container Platform 4.9 和 4.10 上安装 Red Hat OpenShift Pipelines Operator 会失败，并显示以下错误消息：

  error updating rolebinding openshift-operators-prometheus-k8s-read-binding: RoleBinding.rbac.authorization.k8s.io
  "openshift-operators-prometheus-k8s-read-binding" is invalid:
  roleRef: Invalid value: rbac.RoleRef{APIGroup:"rbac.authorization.k8s.io", Kind:"Role", Name:"openshift-operator-read"}: cannot change roleRef

  在这个版本中解决了这个问题，不再会发生失败。

• 在以前的版本中，升级 Red Hat OpenShift Pipelines Operator 会导致重新创建 pipeline 服务帐户，这意味着链接到服务帐户的 secret 会丢失。在这个版本中解决了这个问题。在升级过程中，Operator 不再重新创建 pipeline 服务帐户。因此，已附加到 pipeline 服务帐户的 secret 在升级后会保留，资源（任务和管道）可以继续正常工作。
• 在这个版本中，如果在 TektonConfig 自定义资源 (CR) 中配置了基础架构节点设置，Pipelines as Code pod 在基础架构节点上运行。

• 在以前的版本中，使用资源修剪器时，每个命名空间 Operator 创建了一个在独立容器中运行的命令。这个设计在有大量命名空间的集群中消耗太多资源。例如，要运行单个命令，带有 1000 个命名空间的集群会在 pod 中生成 1000 个容器。

  在这个版本中解决了这个问题。它将基于命名空间的配置传递给作业，以便所有命令在循环中的一个容器中运行。

• 在 Tekton Chains 中，您必须定义一个名为 signed-secrets 的 secret，以存放用于签名任务和镜像的密钥。但是，在更新前，更新 Red Hat OpenShift Pipelines Operator 会重置或覆盖这个 secret，密钥会丢失。在这个版本中解决了这个问题。现在，如果在通过 Operator 安装 Tekton Chains 后配置了 secret，secret 会保留，且升级不会覆盖它。

• 在此次更新之前，所有 S2I 构建任务都会失败，并显示类似以下消息的错误：

  Error: error writing "0 0 4294967295\n" to /proc/22/uid_map: write /proc/22/uid_map: operation not permitted
  time="2022-03-04T09:47:57Z" level=error msg="error writing \"0 0 4294967295\\n\" to /proc/22/uid_map: write /proc/22/uid_map: operation not permitted"
  time="2022-03-04T09:47:57Z" level=error msg="(unable to determine exit status)"

  在这个版本中，pipeline-scc 安全性上下文约束 (SCC) 与 Buildah 和 S2I 集群任务所需的 SETFCAP 功能兼容。因此，Buildah 和 S2I 构建任务可以成功运行。

  要成功运行 Buildah 集群任务和 S2I 构建任务，适用于使用各种语言和框架编写的应用程序，添加以下适当的 steps 对象（如 build 和 push）的代码片段。

  securityContext:
    capabilities:
      add: ["SETFCAP"]

• 在此次更新之前，安装 Red Hat OpenShift Pipelines Operator 所需的时间比预期的要长。这个版本会优化一些设置来加快安装过程。
• 在这个版本中，Buildah 和 S2I 集群任务比之前的版本要少。有些步骤已合并到一个步骤中，它们最好使用 ResourceQuota 和 LimitRange 对象，且不需要更多资源。
• 在这个版本中，在集群任务中升级 Buildah、tkn CLI 工具和 skopeo CLI 工具版本。
• 在此次更新之前，如果任何命名空间处于 Terminating 状态，Operator 会在创建 RBAC 资源时失败。在这个版本中，Operator 忽略了命名空间处于 Terminating 状态，并创建 RBAC 资源。
• 在此次更新之前，prune cronjobs 的 pod 没有在基础架构节点上调度。相反，它们被调度到 worker 节点上，或没有调度到任何节点。在这个版本中，如果在 TektonConfig 自定义资源 (CR) 中进行了配置，这些类型的 pod 可以在基础架构节点上调度。

• 中断更改：此更新从 TektonConfig 自定义资源(CR)中删除 disable-working-directory-overwrite 和 disable-home-env-overwrite 字段。因此，TektonConfig CR 不再自动设置 $HOME 环境变量和 workingDir 参数。您仍然可以使用 Task 自定义资源定义(CRD)中的 env 和 workingDir 字段来设置 $HOME 环境变量和 workingDir 参数。

• Conditions 自定义资源定义(CRD)类型已弃用，计划在以后的发行版本中删除。反之，使用推荐的 when 表达式。

• 有问题的更改： Triggers 资源验证模板，并在没有指定 EventListener 和 TriggerBinding 值时生成错误。

• 当您运行 Maven 和 Jib-Maven 集群任务时，默认容器镜像仅支持 Intel(x86)架构。因此，在 ARM、IBM Power Systems(ppc64le)、IBM Z 和 LinuxONE (s390x) 集群上的任务将失败。作为临时解决方案，您可以通过将 MAVEN_IMAGE 参数值设置为 maven:3.6.3-adoptopenjdk-11 来指定自定义镜像。

  提示

  在您使用 tkn hub 在 ARM、IBM Power Systems(ppc64le)、IBM Z 和 LinuxONE(s390x) 上基于 Tekton Catalog 安装任务前，请验证是否可以在这些平台上执行任务。要检查 ppc64le 和 s390x 是否列在任务信息的"Platforms"部分，您可以运行以下命令： tkn hub info task <name>

• 在 IBM Power Systems、IBM Z 和 LinuxONE 中，不支持 s2i-dotnet 集群任务。

• 您无法使用 nodejs:14-ubi8-minimal 镜像流，因为这样做会生成以下错误：

  STEP 7: RUN /usr/libexec/s2i/assemble
  /bin/sh: /usr/libexec/s2i/assemble: No such file or directory
  subprocess exited with status 127
  subprocess exited with status 127
  error building at STEP "RUN /usr/libexec/s2i/assemble": exit status 127
  time="2021-11-04T13:05:26Z" level=error msg="exit status 127"

• 隐式参数映射会错误地将参数从顶级 Pipeline 或 PipelineRun 定义传递给 taskRef 任务。映射应该只在顶层资源中使用任务进行，并带有非线 taskSpec 规格。这个问题只通过将 TektonConfig 自定义资源定义的 pipeline 部分中的 enable-api-fields 字段设置为 alpha 来影响启用了这个功能的集群。

• 在这个版本中，如果 Pipeline 和 PipelineRun 对象定义中存在 labels 和 annotations 的元数据，PipelineRun 类型中的值会具有优先权。您可以观察 Task 和 TaskRun 对象的类似行为。
• 在这个版本中，如果 timeout.tasks 字段或 timeout.finally 字段设置为 0，则 timeout.pipeline 也被设置为 0。
• 在这个版本中，-x set 标记已从不使用 shebang 的脚本中删除。在这个版本中，减少了脚本执行的潜在数据泄漏。
• 在这个版本中，Git 凭证中的用户名中存在的任何反斜杠字符都会被转义，并带有 .gitconfig 文件中的额外反斜杠。

• 在这个版本中，EventListener 对象的 finalizer 属性不需要清理日志记录和配置映射。
• 在这个版本中，与事件监听器服务器关联的默认 HTTP 客户端会被删除，并添加自定义 HTTP 客户端。因此，超时有所改进。
• 在这个版本中，Triggers 集群角色现在可以处理所有者引用。
• 在这个版本中，当多个拦截器返回扩展时，事件监听器中的竞争条件不会发生。

• 在这个版本中，tkn pr delete 命令不会删除使用 ignore-running 标记运行的管道。

• 在这个版本中，当您修改任何附加组件参数时，Operator pod 不会继续重启。
• 在这个版本中，如果订阅和配置自定义资源中没有配置，tkn serve CLI pod 会被调度到 infra 节点上。
• 在这个版本中，在升级过程中不会删除指定版本的集群任务。

• 在这个版本中，您可以配置管道或任务的 start 命令（使用 --output <string>，其中 <string> 是 yaml 或 json ）来返回 YAML 或 JSON 格式的字符串。如果没有使用 --output 选项，start 命令会返回人类友好的消息，而其他程序很难解析该消息。返回 YAML 或 JSON 格式的字符串对于持续集成(CI)环境非常有用。例如，在创建了资源后，您可以使用 yq 或 jq 解析有关资源的 YAML 或 JSON 格式消息，并等待该资源终止而不使用 showlog 选项。
• 在这个版本中，您可以使用 Podman 的 auth.json 身份验证文件对 registry 进行身份验证。例如，您可以使用 tkn bundle push 来使用 Podman 而不是 Docker CLI 推送到远程 registry。
• 在这个版本中，如果您使用 tkn [taskrun | pipelinerun] delete --all 命令，您可以使用新的 --keep-since <minutes> 选项来指定一个分钟数，存在时间少于这个分钟数的运行会被保留。例如，若要保持存在的时间少于五分钟的运行，输入 tkn [taskrun | pipelinerun] delete -all --keep-since 5。
• 在这个版本中，当删除任务运行或管道运行时，您可以将 --parent-resource 和 --keep-since 选项一起使用。例如，tkn pipelinerun delete --pipeline pipelinename --keep-since 5 命令会保留其父资源名为 pipelinename，其存在时间为五分钟或更短的管道运行。对于任务运行，tkn tr delete -t <taskname> --keep-since 5 和 tkn tr delete --clustertask <taskname> --keep-since 5 有类似效果。
• 在这个版本中，增加了对用于 v1beta1 资源的触发器资源的支持。

• 在这个版本中，在 tkn pipelinerun delete 和 tkn taskrun delete 命令中添加了一个 ignore-running 选项。
• 在这个版本中，为 tkn task 和 tkn clustertask 命令添加一个 create 子命令。
• 在这个版本中，当使用 tkn pipelinerun delete --all 命令时，您可以使用新的 --label <string> 选项来根据标签过滤管道运行。另外，您还可以在 --label 选项中使用 = 和 == 作为相等运算符，或者 != 作为不相等运算符。例如，tkn pipelinerun delete --all --label asdf 和 tkn pipelinerun delete --all --label==asdf 命令都会删除带有 asdf 标签的所有管道运行。
• 在这个版本中，您可以从配置映射获取已安装的 Tekton 组件版本，或者从部署控制器获取配置映射的版本。

• 在这个版本中，触发器支持使用 feature-flags 和 config-defaults 配置映射来分别配置功能标记和设置默认值。
• 在这个版本中，添加了一个新的指标 eventlistener_event_count，您可以使用它来统计 EventListener 资源接收的事件。

• 在这个版本中添加了 v1beta1 Go API 类型。在这个版本中，触发器支持 v1beta1 API 版本。

  在当前发行版本中，v1alpha1 功能已弃用，并将在以后的发行版本中删除。改为使用 v1beta1 功能替代。

• 在当前发行版本中，默认启用自动运行资源。另外，您可以使用以下新注解为每个命名空间单独配置自动运行任务运行和管道运行：

  • operator.tekton.dev/prune.schedule：如果此注解的值与 TektonConfig 自定义资源定义中指定的值不同，则会在该命名空间中创建新的 cron 作业。
  • operator.tekton.dev/prune.skip：设置为 true 时，配置它的命名空间不会被修剪。
  • operator.tekton.dev/prune.resources：此注解接受以逗号分隔的资源列表。要修剪单一资源，如管道运行，将此注解设置为 "pipelinerun"。要修剪多个资源，如任务运行和管道运行，将此注解设置为 "taskrun, pipelinerun"。
  • operator.tekton.dev/prune.keep：使用此注解保留资源而不进行修剪。

  • operator.tekton.dev/prune.keep-since：使用此注解来根据其存在的时间来保留资源。此注解的值必须等于资源的年龄（以分钟为单位）。例如，若要保留在五天内创建的资源，请将 keep-since 设置为 7200。

    注意

    keep 和 keep-since 注释是互斥的。对于任何资源，您只能配置其中一个。

  • operator.tekton.dev/prune.strategy：将此注解的值设置为 keep 或 keep-since。
• 管理员可以禁用在整个集群中创建 pipeline 服务帐户创建，从而防止因为错误地使用关联的 SCC（这与 anyuid 非常相似）造成权限升级的问题。
• 现在，您可以使用 TektonConfig 自定义资源(CR)和单个组件的 CR 配置功能标记和组件，如 TektonPipeline 和 TektonTriggers。此级别的颗粒度有助于为各个组件的 Tekton OCI 捆绑包自定义和测试 alpha 功能。
• 现在，您可以为 PipelineRun 资源配置可选的 Timeouts 字段。例如，您可以单独为管道运行、每个任务运行以及 finally 任务配置超时。
• TaskRun 资源生成的 Pod 现在会设置 pod 的 activeDeadlineSeconds 字段。这可让 OpenShift 将它们视为终止，并允许您将具有特定作用域的 ResourceQuota 对象用于容器集。
• 您可以使用 configmaps 在任务运行、管道运行、任务和管道上消除指标标签或标签类型。另外，您可以为测量持续时间配置不同类型的指标，如直方图、量表或最后一个值。
• 您可以统一定义 pod 的请求和限值，因为 Tekton 现在通过考虑 Min、Max、Default 和 DefaultRequest 字段来全面支持 LimitRange 对象。

• 引入了以下 alpha 功能：

  • 现在，管道运行可以在运行 finally 任务后停止，而不是之前停止直接运行所有任务的行为。在这个版本中添加了以下 spec.status 值：

    • StoppedRunFinally 将在当前运行的任务完成后停止，然后运行 finally 任务。
    • CancelledRunFinally 将立即取消正在运行的任务，然后运行 finally 任务。

    • Cancelled 将保留 PipelineRunCancelled 状态提供的以前行为。

      注意

      Cancelled 状态替换已弃用的 PipelineRunCancelled 状态，该状态将在 v1 版本中删除。

  • 现在，您可以使用 oc debug 命令将任务运行设置为 debug 模式，这会暂停执行并允许您检查 pod 中的特定步骤。
  • 当您将一个步骤的 onError 字段设置为 continue 时，会记录该步骤的退出代码并传递给后续步骤。但是，任务运行不会失败，任务中其余步骤的执行将继续。要保留现有的行为，您可以将 onError 字段的值设置为 stopAndFail。
  • 任务现在可以接受比实际使用更多的参数。启用 alpha 功能标记时，参数可以隐式传播到内联规格。例如，内联任务可以访问其父管道运行的参数，而不必为任务明确定义每个参数。
  • 如果您为 alpha 功能启用标记，则 When 表达式下的条件将仅适用于直接关联的任务，而不是任务的依赖项。要将 When 表达式应用到关联的任务及其依赖关系中，您必须将表达式与每个相依任务单独关联。请注意，进入下一步是 Tekton 的任何新 API 版本中 When 表达式的默认行为。现有的默认行为将被弃用，而由此更新替代。

• 当前发行版本允许您通过在 TektonConfig 自定义资源(CR)中指定 nodeSelector 和 tolerations 值来配置节点选择。Operator 将这些值添加到它创建的所有部署中。

  • 要为 Operator 的控制器和 webhook 部署配置节点选择，请在安装 Operator 后编辑 Subscription CR 规格中的 config.nodeSelector 和 config.tolerations 字段。
  • 要在基础架构节点上部署 OpenShift Pipelines 的其余 control plane pod，请使用 nodeSelector 和 tolerations 字段更新 TektonConfig CR。然后，修改会应用到 Operator 创建的所有 pod。