• .gitconfig 파일
• 기본 인증
• SSH 키 인증
• 신뢰할 수 있는 인증 기관

• 보안 데이터를 사용하여 보안 오브젝트를 생성합니다.
• Pod 서비스 계정을 업데이트하여 보안에 대한 참조를 허용합니다.
• 보안을 환경 변수로 사용하거나 secret 볼륨을 사용하여 파일로 사용하는 Pod를 생성합니다.

프로세스

• create 명령을 사용하여 JSON 또는 YAML 파일에서 보안 오브젝트를 생성합니다.

  $ oc create -f <filename>

  예를 들어 로컬 .docker/config.json 파일에서 보안을 생성할 수 있습니다.

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

  이 명령은 dockerhub라는 보안의 JSON 사양을 생성한 후 오브젝트를 생성합니다.

  YAML Opaque Secret 오브젝트 정의

  apiVersion: v1
  kind: Secret
  metadata:
    name: mysecret
  type: Opaque 1
  data:
    username: dXNlci1uYW1l
    password: cGFzc3dvcmQ=

  1

  불투명 보안을 지정합니다.

  Docker 구성 JSON 파일 시크릿 오브젝트 정의

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

  1

  보안에서 Docker 구성 JSON 파일을 사용하도록 지정합니다.

  2

  base64로 인코딩된 Docker 구성 JSON 파일의 출력입니다.

프로세스

• fieldPath 환경 변수 소스를 값을 가져올 필드의 JsonPath로 설정합니다.

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

절차

• 보안을 환경 변수로 사용하려면 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

사전 요구 사항

• 입력 보안, 구성 맵 또는 둘 다 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

  이 플래그는 증분 빌드 시도 여부를 제어합니다. 빌더 이미지에서 증분 빌드를 지원하지 않는 경우 빌드는 성공하지만 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가 추가됩니다. 일부 또는 모든 스크립트가 확인되면 해당 스크립트가 이미지에 제공된 동일한 이름의 스크립트 대신 사용됩니다.

사전 요구 사항

• 입력 보안, 구성 맵 또는 둘 다 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"

프로세스

• 각 보안을 특정 위치에 마운트하려면 strategy YAML 파일의 secretSource 및 mountPath 필드를 편집합니다.

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

  1

  secretSource는 빌드와 동일한 네임스페이스에 있는 보안에 대한 참조입니다.

  2

  mountPath는 보안을 마운트해야 하는 사용자 정의 빌더 내부의 경로입니다.

• Jenkins에서 동적 작업 및 실행 생성
• 이미지 스트림, 이미지 스트림 태그 또는 구성 맵에서 에이전트 Pod 템플릿 동적 생성
• 환경 변수의 노출입니다.
• OpenShift Container Platform 웹 콘솔의 파이프라인 시각화
• Jenkins Git 플러그인과의 통합으로 OpenShift Container Platform 빌드의 커밋 정보를 Jenkins Git 플러그인에 전달합니다.
• Jenkins 자격 증명 항목에 시크릿 동기화.

• 빌드 구성 내의 인라인 jenkinsfile 필드
• 소스 contextDir에 상대적으로 사용할 jenkinsfile의 위치를 참조하는, 빌드 구성 내의 jenkinsfilePath 필드

• 소스 코드 리포지토리에 있는 파일
• 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>

프로세스

• 다음 명령을 통해 소스에서 빌드를 시작하여 태그 v2의 아카이브로 로컬 Git 리포지토리의 콘텐츠를 보냅니다.

  $ 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>

프로세스

• 더 세부적인 출력을 제공하기 위해 BuildConfig에서 sourceStrategy 또는 dockerStrategy의 일부로 BUILD_LOGLEVEL 환경 변수를 전달합니다.

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

  1

  이 값을 원하는 로그 수준으로 조정합니다.

사전 요구 사항

• 여러 이미지 변경 트리거를 구성했습니다. 이러한 트리거는 하나 이상의 빌드를 트리거했습니다.

• lastTriggeredImageID: 예제에 표시되지 않는 이 필드는 OpenShift Container Platform 4.8에서 더 이상 사용되지 않으며 향후 릴리스에서 무시됩니다. 이 BuildConfig에서 마지막 빌드가 트리거된 경우 ImageStreamTag에 대한 확인된 이미지 참조가 포함됩니다.
• paused: 예제에 표시되지 않는 이 필드를 사용하여 이 특정 이미지 변경 트리거를 일시적으로 비활성화할 수 있습니다.
• from: 이 필드를 사용하여 이 이미지 변경 트리거를 구동하는 ImageStreamTag를 참조합니다. 유형은 핵심 Kubernetes 유형인 OwnerReference입니다.

프로세스

• 쉘 스크립트:

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

  script 값은 /bin/sh -ic를 사용하여 실행할 쉘 스크립트입니다. 쉘 스크립트가 빌드 후크를 실행하는 데 적합한 경우 이 값을 사용합니다. 예를 들면 위와 같이 단위 테스트를 실행하는 경우입니다. 이미지 항목 지점을 제어하려는 경우 또는 이미지에 /bin/sh가 없는 경우 command 및/또는 args를 사용합니다.

  참고

  추가 -i 플래그는 CentOS 및 RHEL 이미지 작업 환경을 개선하기 위해 도입되었으며 향후 릴리스에서 제거될 수 있습니다.

• 이미지 진입점으로서의 명령:

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

  이 양식에서 command는 실행할 명령에 해당하며 Dockerfile 참조에 설명된 exec 형식의 이미지 진입점을 덮어씁니다. 이 명령은 이미지에 /bin/sh가 없거나 쉘을 사용하지 않는 경우 필요합니다. 다른 모든 경우에는 script를 사용하는 것이 더 편리할 수 있습니다.

• 인수가 있는 명령:

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

  이 형식은 command에 인수를 추가하는 것과 동일합니다.

사전 요구 사항

• Satellite 인스턴스에서 콘텐츠를 다운로드하는 yum 호환 리포지토리 구성 파일을 제공하거나 생성해야 합니다.

  리포지터리 구성 샘플

  [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 리포지토리 구성을 빌드 볼륨으로 추가했습니다.

• 이번 업데이트에서는 이전 버전의 tkn 명령이 Red Hat OpenShift Pipelines 1.10과 호환되지 않습니다.
• 이번 업데이트에서는 Tekton CLI에서 Cluster 및 CloudEvent 파이프라인 리소스를 지원하지 않습니다. tkn pipelineresource create 명령을 사용하여 파이프라인 리소스를 생성할 수 없습니다. 또한 작업, 클러스터 작업 또는 파이프라인의 start 명령에서 파이프라인 리소스가 더 이상 지원되지 않습니다.
• 이번 업데이트에서는 Tekton Chains에서 tekton 을 검증 형식으로 제거합니다.

• Red Hat OpenShift Pipelines 1.10에서는 ClusterTask 명령이 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 이 업데이트에서는 tkn task create 명령도 더 이상 사용되지 않습니다.
• Red Hat OpenShift Pipelines 1.10에서는 v1 API에서 파이프라인 리소스를 지원하지 않기 때문에 tkn task start 명령과 함께 사용된 플래그 -i 및 -o 가 더 이상 사용되지 않습니다.
• Red Hat OpenShift Pipelines 1.10에서는 v1 API가 파이프라인 리소스를 지원하지 않기 때문에 tkn pipeline start 명령과 함께 사용된 -r 플래그가 더 이상 사용되지 않습니다.
• Red Hat OpenShift Pipelines 1.10 업데이트는 openshiftDefaultEmbeddedStatus 매개변수를 전체 및 최소 포함 상태로 설정합니다. 기본 포함 상태를 변경하는 플래그도 더 이상 사용되지 않으며 제거됩니다. 또한 파이프라인 기본 포함 상태는 향후 릴리스에서 최소로 변경됩니다.

• 이번 업데이트에는 다음과 같은 이전 버전과 호환되지 않는 변경 사항이 포함됩니다.

  • PipelineResources 클러스터 제거
  • PipelineResources 클라우드 이벤트 제거

• 클러스터 업그레이드 후 파이프라인 메트릭 기능이 작동하지 않는 경우 해결 방법으로 다음 명령을 실행합니다.

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

• 이번 업데이트를 통해 Crunchy PostgreSQL과 같은 외부 데이터베이스 사용은 IBM Power, IBM zSystems, IBM® LinuxONE에서 지원되지 않습니다. 대신 기본 Tekton Hub 데이터베이스를 사용합니다.

• 이번 업데이트 이전에는 opc pac 명령에서 도움말을 표시하는 대신 런타임 오류를 생성했습니다. 이번 업데이트에서는 도움말 메시지를 표시하도록 opc pac 명령이 수정되었습니다.
• 이번 업데이트 이전에는 tkn pac create repo 명령을 실행하려면 리포지토리를 생성하기 위한 Webhook 세부 정보가 필요했습니다. 이번 업데이트를 통해 GitHub 애플리케이션을 설치할 때 tkn-pac create repo 명령으로 Webhook를 설정하지 않습니다.
• 이번 업데이트 이전에는 Tekton Pipelines에서 PipelineRun 리소스 생성에 문제가 있을 때 Code로 파이프라인 실행 생성 오류가 보고되지 않았습니다. 예를 들어 파이프라인 실행에 존재하지 않는 작업은 상태가 표시되지 않습니다. 이번 업데이트를 통해 Code로 파이프라인에 누락된 작업과 함께 Tekton Pipelines에서 발생하는 적절한 오류 메시지가 표시됩니다.
• 이번 업데이트에서는 인증에 성공한 후 UI 페이지 리디렉션이 수정되었습니다. 이제 Tekton Hub에 로그인하려고 했던 동일한 페이지로 리디렉션됩니다.
• 이번 업데이트에서는 클러스터 작업, 개별 작업 및 파이프라인의 경우 이러한 플래그 --all-namespaces 및 --output=yaml 플래그를 사용하여 list 명령을 수정합니다.
• 이번 업데이트에서는 repo.spec.url URL 끝에 슬래시를 제거하여 GitHub의 URL과 일치시킵니다.
• 이번 업데이트 이전에는 marshalJSON 함수가 오브젝트 목록을 마샬링하지 않았습니다. 이번 업데이트를 통해 marshalJSON 함수는 오브젝트 목록을 마샬링합니다.
• 이번 업데이트를 통해 코드로 Pipeline을 사용하면 CLI 부트스트랩 GitHub 애플리케이션에서 GitHub 엔터프라이즈 질문을 바이패스할 수 있습니다.
• 이번 업데이트에서는 리포지토리에 사용자가 100개 이상인 경우 GitHub 협력자 검사가 수정되었습니다.
• 이번 업데이트를 통해 작업 또는 파이프라인에 대한 서명 및 확인 명령이 kubernetes 구성 파일 없이 작동합니다.
• 이번 업데이트를 통해 네임스페이스에서 pruner를 건너뛰는 경우 Tekton Operator에서 남은 정리기 cron 작업을 정리합니다.
• 이번 업데이트 이전에는 API ConfigMap 오브젝트가 카탈로그 새로 고침 간격에 대해 사용자가 구성한 값으로 업데이트되지 않았습니다. 이번 업데이트에서는 Tekon Hub CR에서 CATALOG_REFRESH_INTERVAL API가 수정되었습니다.

• 이번 업데이트에서는 iPXEStatus 기능 플래그를 변경할 때 PipelineRunStatus 조정이 수정되었습니다. 이번 업데이트에서는 다음 매개 변수가 재설정됩니다.

  • status.runs 및 status.taskruns 매개변수는 최소 iPXEStatus를 사용하여 nil 에 대한 매개변수입니다.
  • status.childReferences 전체Status를 사용하여 nil 에 대한 매개변수
• 이번 업데이트에서는 ResolutionRequest CRD에 변환 구성이 추가되었습니다. 이번 업데이트에서는 v1alpha1.ResolutionRequest 요청에서 v1beta1.ResolutionRequest 요청으로의 변환을 올바르게 구성합니다.
• 이번 업데이트에서는 파이프라인 작업과 연결된 중복된 작업 공간을 확인합니다.
• 이번 업데이트에서는 코드에서 해결자 활성화의 기본값이 수정되었습니다.
• 이번 업데이트에서는 확인 프로그램을 사용하여 TaskRef 및 PipelineRef 이름 변환이 수정되었습니다.

• 이번 업데이트를 통해 Conditions CRD(사용자 정의 리소스 정의) 유형이 제거되었습니다. 대신 WhenExpressions 를 사용하십시오.
• 이번 업데이트를 통해 Pipeline, PipelineRun, Task, Clustertask 및 TaskRun과 같은 tekton.dev/v1alpha1 API 파이프라인 리소스가 제거되었습니다.
• 이번 업데이트를 통해 tkn-pac setup 명령이 제거되었습니다. 대신 tkn-pac webhook add 명령을 사용하여 기존 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 사양의 트리거 사용 및 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 릴리스에서는 클러스터 작업의 사용자 정의 이미지 매개변수가 더 이상 사용되지 않습니다. 또는 클러스터 작업을 복사하고 사용자 정의 이미지를 사용할 수 있습니다.

• chain-secret 및 chain-config 구성 맵은 Red Hat OpenShift Pipelines Operator를 제거한 후 제거됩니다. 여기에는 사용자 데이터가 포함되어 있으므로 보존해야 하며 삭제되지 않습니다.

• Windows에서 tkn pac set of commands를 실행할 때 다음 오류 메시지가 표시될 수 있습니다. 명령이 Windows에서 지원되지 않는 오류 메시지가 표시될 수 있습니다.

  해결방법: NO_COLOR 환경 변수를 true 로 설정합니다.

• tkn pac resolve -f <filename> | oc create -f 명령을 실행하면 tkn pac resolve 명령에서 templated 매개변수 값을 함수에 사용하는 경우 예상 결과를 제공하지 않을 수 있습니다.

  해결방법: 이 문제를 완화하려면 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.

• 이번 업데이트 이전에는 빈 배열을 교체한 후 원래 배열에서 paramaters 내부의 매개 변수가 유효하지 않은 빈 문자열을 반환했습니다. 이번 업데이트를 통해 이 문제가 해결되고 원래 배열이 빈 상태로 돌아갑니다.
• 이번 업데이트 이전에는 파이프라인 실행을 위해 서비스 계정에 중복된 보안이 있는 경우 이로 인해 작업 Pod 생성이 실패했습니다. 이번 업데이트를 통해 이 문제가 해결되고 서비스 계정에 중복된 보안이 있더라도 작업 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 security context constraint (SCC) 역할 바인딩 리소스가 생성되었습니다. 이번 업데이트를 통해 Red Hat OpenShift Pipelines Operator의 기본 설치로 pipelines-scc-rolebinding security context constraint (SCC) 역할 바인딩 리소스 리소스가 클러스터에서 제거됩니다.

• 이번 업데이트 이전에는 Code로 Pipeline이 Code ConfigMap 오브젝트로 Pipeline을 업데이트하지 않았습니다. 이번 업데이트를 통해 이 문제가 수정되었으며 Code ConfigMap 오브젝트로서 Pipeline에서 새로운 변경 사항을 찾습니다.
• 이번 업데이트 이전에는 Code 컨트롤러로서 Pipeline이 tekton.dev/pipeline 레이블이 업데이트될 때까지 기다리지 않고 checkrun id 레이블을 추가하여 경쟁 조건이 발생했습니다. 이번 업데이트를 통해 Pipelines as Code 컨트롤러에서 tekton.dev/pipeline 레이블이 업데이트될 때까지 기다린 다음, 경쟁 조건을 방지하는 데 도움이 되는 checkrun id 레이블을 추가합니다.
• 이번 업데이트 이전에는 tkn-pac create repo 명령이 git 리포지토리에 이미 존재하는 경우 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 명령을 실행할 수 있습니다.
• 이번 업데이트 이전에는 Code watcher로 Pipeline이 모든 구성 변경 이벤트를 수신하지 못했습니다. 이번 업데이트를 통해 Code watcher가 업데이트될 때 Pipeline이 업데이트되고 이제 Code watcher가 구성 변경 이벤트를 누락하지 않습니다.
• 이번 업데이트 이전에는 TaskRuns 또는 PipelineRuns 와 같이 Pipeline에서 생성한 Pod가 클러스터의 사용자가 노출한 사용자 정의 인증서에 액세스할 수 없었습니다. 이번 업데이트에서는 문제가 해결되어 클러스터의 TaskRuns 또는 PipelineRuns Pod에서 사용자 정의 인증서에 액세스할 수 있습니다.
• 이번 업데이트 이전에는 FIPS를 사용하여 활성화된 클러스터에서 Trigger 리소스에 사용된 tekton-triggers-core-interceptors 코어 인터셉터가 Pipelines Operator가 버전 1.9로 업그레이드된 후 작동하지 않았습니다. 이번 업데이트에서는 이러한 문제가 해결되었습니다. 이제 OpenShift는 모든 구성 요소에 MInTLS 1.2를 사용합니다. 결과적으로 tekton-triggers-core-interceptors 코어 인터셉터가 TLS 버전 1.2로 업데이트되고 해당 기능이 정확하게 실행됩니다.

• 이번 업데이트 이전에는 내부 OpenShift 이미지 레지스트리와 함께 파이프라인 실행을 사용할 때 파이프라인 실행 정의에서 이미지의 URL을 하드 코딩해야 했습니다. 예를 들면 다음과 같습니다.

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

  파이프라인의 컨텍스트에서 Code로 파이프라인 실행을 사용하는 경우 이러한 하드 코딩된 값을 사용하면 파이프라인 실행 정의가 다른 클러스터 및 네임스페이스에서 사용되지 않습니다.

  이번 업데이트를 통해 네임스페이스 및 파이프라인 실행 이름을 하드 코딩하여 파이프라인 실행 정의를 일반화하는 대신 동적 템플릿 변수를 사용할 수 있습니다. 예를 들면 다음과 같습니다.

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

• 이번 업데이트 이전에는 Code로 동일한 GitHub 토큰을 사용하여 기본 GitHub 분기에서만 동일한 호스트에서 사용 가능한 원격 작업을 가져옵니다. 이번 업데이트에서는 이러한 문제가 해결되었습니다. 이제 Code로 Pipeline은 동일한 GitHub 토큰을 사용하여 GitHub 분기에서 원격 작업을 가져옵니다.

• Tekton Hub CR에 사용된 Hub API ConfigMap 오브젝트의 필드인 CATALOG_REFRESH_INTERVAL 값은 사용자가 제공하는 사용자 지정 값으로 업데이트되지 않습니다.

  해결방법: 없음. SRVKP-2854 문제를 추적할 수 있습니다.

• 이번 업데이트를 통해 OLM 잘못된 구성 문제가 도입되어 OpenShift Container Platform 업그레이드가 수행되지 않습니다. 이 문제는 향후 릴리스에서 해결될 예정입니다.

• 이번 업데이트 이전에는 이전 버전의 릴리스에서 OLM의 잘못된 구성 문제가 도입되어 OpenShift Container Platform이 업그레이드할 수 없었습니다. 이번 업데이트를 통해 이 잘못된 구성 문제가 수정되었습니다.

• 이번 업데이트에서는 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 Chains의 경우 이 릴리스에서 tekton-provenance 형식이 제거되었습니다. 대신 TektonChain 사용자 정의 리소스에서 "artifacts.taskrun.format": "in-to"를 설정하여 in-toto 형식을 사용합니다.

• Red Hat OpenShift Pipelines 1.7.x는 Code 0.5.x로 Pipeline과 함께 제공됩니다. 현재 업데이트는 Pipeline과 Code 0.10.x와 함께 제공됩니다. 이 변경으로 인해 새 컨트롤러의 openshift-pipelines 네임스페이스에 새 경로가 생성됩니다. Pipeline을 코드로 사용하는 GitHub 앱 또는 Webhook에서 이 경로를 업데이트해야 합니다. 경로를 가져오려면 다음 명령을 사용합니다.

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

• 이번 업데이트를 통해 Code로 Pipelines는 Repository CRD(사용자 정의 리소스 정의)의 기본 보안 키 이름을 변경합니다. CRD에서 토큰을 provider. token 로 교체하고 secret을 webhook. secret 로 바꿉니다.
• 이번 업데이트를 통해 Code로 Pipelines는 프라이빗 리포지토리에 대해 여러 파이프라인 실행을 지원하는 특수 템플릿 변수로 대체됩니다. 파이프라인 실행에서 secret: pac-git-basic-auth-{{repo_owner}}-{{repo_name}} -{{repo_name}}을 secret: {{ git_auth_secret }} 로 교체합니다.

• 이번 업데이트를 통해 Pipeline은 tkn-pac CLI 툴에서 다음 명령을 업데이트합니다.

  • tkn pac repository create 를 tkn pac create repository 로 바꿉니다.
  • tkn pac repository delete 를 tkn pac delete repository 로 바꿉니다.
  • tkn pac 리포지토리 목록을 tkn pac list 로 교체합니다.

• OpenShift Container Platform 4.11부터 Red Hat OpenShift Pipelines Operator 설치 및 업그레이드를 위한 프리뷰 및 안정적인 채널이 제거됩니다. Operator를 설치하고 업그레이드하려면 적절한 pipelines-<version > 채널을 사용하거나 안정적인 최신 버전의 최신 채널을 사용합니다. 예를 들어 OpenShift Pipelines Operator 버전 1.8.x 를 설치하려면 pipelines-1.8 채널을 사용합니다.

  참고

  OpenShift Container Platform 4.10 및 이전 버전에서는 Operator를 설치 및 업그레이드하기 위해 프리뷰 및 안정적인 채널을 사용할 수 있습니다.

• Red Hat OpenShift Pipelines GA 1.6에서 더 이상 사용되지 않는 tekton.dev/v1alpha1 API 버전에 대한 지원은 Red Hat OpenShift Pipelines GA 1.9 릴리스에서 제거될 예정입니다.

  이 변경 사항은 TaskRun,PipelineRun,Task,Pipeline 및 유사한 tekton.dev/v1alpha1 리소스를 포함하는 pipeline 구성 요소에 영향을 미칩니다. 또는 Tekton v1alpha1 에서 Tekton v1alpha1로 마이그레이션에 설명된 대로 apiVersion: tekton.dev/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의 일부였습니다. 이 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에서 PipelineRun.Status.TaskRuns 및 PipelineRun.Status.Runs 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. PipelineRuns의 TEP-0100: optimized TaskRuns 및 Runs Status 를 참조하십시오.

• Red Hat OpenShift Pipelines 1.8에서 pipelineRunCancelled 상태가 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 이제 PipelineRun 오브젝트의 정상적인 종료가 알파 기능에서 안정적인 기능으로 승격되었습니다. ( TEP-0058: Graceful Pipeline Run Termination 를 참조하십시오.) 또는 pipelineRunCancelled 상태를 대체하는 취소된 상태를 사용할 수 있습니다.

  Pipeline 및 Task 리소스를 변경할 필요가 없습니다. 파이프라인 실행을 취소하는 도구가 있는 경우 다음 릴리스에서 툴을 업데이트해야 합니다. 이 변경 사항은 CLI, IDE 확장 등과 같은 툴에도 영향을 미치므로 새로운 PipelineRun 상태를 지원합니다.

  이 기능은 기본적으로 사용 가능하므로 더 이상 TektonConfig 사용자 정의 리소스 정의에서 pipeline.enable-api-fields 필드를 alpha 로 설정할 필요가 없습니다.

• Red Hat OpenShift Pipelines 1.8에서 PipelineRun 의 timeout 필드가 더 이상 사용되지 않습니다. 대신 PipelineRun.Timeouts 필드를 사용합니다. 이제 알파 기능에서 안정적인 기능으로 승격됩니다.

  이 기능은 기본적으로 사용 가능하므로 더 이상 TektonConfig 사용자 정의 리소스 정의에서 pipeline.enable-api-fields 필드를 alpha 로 설정할 필요가 없습니다.

• Red Hat OpenShift Pipelines 1.8에서 init 컨테이너는 LimitRange 오브젝트의 기본 요청 계산에서 생략됩니다.

• s2i-nodejs 파이프라인은 nodejs:14-ubi8-minimal 이미지 스트림을 사용하여 S2I(Source-to-Image) 빌드를 수행할 수 없습니다. 해당 이미지 스트림을 사용하면 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를 기반으로 하는 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. tkn hub info task <name>

• ARM, IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업은 지원되지 않습니다.

• 암시적 매개변수 매핑은 최상위 파이프라인 또는 PipelineRun 정의에서 taskRef 작업으로 매개변수를 잘못 전달합니다. 매핑은 고급 리소스에서 인라인 taskSpec 사양이 있는 작업으로만 발생해야 합니다. 이 문제는 TektonConfig 사용자 정의 리소스 정의의 pipeline 섹션에서 enable-api-fields 필드를 alpha 로 설정하여 이 기능이 활성화된 클러스터에만 영향을 미칩니다.

• 이번 업데이트 이전에는 웹 콘솔의 개발자 보기에서 파이프라인 실행에 대한 메트릭이 불완전하고 오래되었습니다. 이번 업데이트에서는 메트릭이 정확하도록 문제가 수정되었습니다.
• 이번 업데이트 이전에는 파이프라인에 실패한 두 개의 병렬 작업이 있고 그 중 하나가 retries=2 인 경우 최종 작업이 실행되지 않고 파이프라인 시간 초과 및 실행되지 못했습니다. 예를 들어 pipelines-operator-subscription 작업이 다음 오류 메시지와 함께 간헐적으로 실패했습니다. 서버에 연결할 수 없습니다: EOF. 이번 업데이트에서는 최종 작업이 항상 실행되도록 문제가 수정되었습니다.
• 이번 업데이트 이전에는 작업 실행에 실패하여 파이프라인 실행이 중지된 경우 다른 작업 실행이 재시도를 완료하지 못할 수 있습니다. 그 결과 finally 작업이 예약되지 않아 파이프라인이 중단되었습니다. 이번 업데이트에서는 이러한 문제가 해결되었습니다. TaskRuns 및 Run 오브젝트는 정상 중지로 인해 파이프라인 실행이 완료될 수 있도록 파이프라인 실행이 중지되었을 때 재시도할 수 있습니다.
• 이번 업데이트에서는 TaskRun 오브젝트가 존재하는 네임스페이스에 하나 이상의 LimitRange 오브젝트가 있는 경우 리소스 요구 사항을 계산하는 방법을 변경합니다. 스케줄러는 이제 단계 컨테이너를 고려하고 LimitRange 오브젝트에서 요청을 인수할 때 사이드카 컨테이너와 같은 다른 모든 앱 컨테이너를 제외합니다.
• 이번 업데이트 이전에는 특정 조건에서 플래그 패키지가 이중 대시 플래그 종료기 바로 뒤에 하위 명령을 잘못 구문 분석할 수 있었습니다. --. 이 경우 실제 명령이 아닌 entrypoint 하위 명령을 실행했습니다. 이번 업데이트에서는 진입점이 올바른 명령을 실행하도록 이 플래그 분리 문제를 해결합니다.
• 이번 업데이트 이전에는 이미지를 가져오는 경우 컨트롤러가 여러 패닉을 생성할 수 있거나 가져오기 상태가 불완전했습니다. 이번 업데이트에서는 status.TaskSpec 값이 아닌 step.ImageID 값을 확인하여 문제를 해결합니다.
• 이번 업데이트 이전에는 예약되지 않은 사용자 정의 작업이 포함된 파이프라인 실행을 취소하면 PipelineRunCouldntCancel 오류가 발생했습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 예약되지 않은 사용자 정의 작업이 포함된 파이프라인 실행을 취소할 수 있습니다.

• 이번 업데이트 이전에는 $params["< NAME > " 또는 $params[ '<NAME>']의 <NAME>에 점 문자(.)가 포함된 경우 점 문자(. )의 이름이 추출되지 않았습니다. 예를 들어 $params["org.ipsum.lorem"] 에서 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 포인터 오류(NPE)가 생성되었습니다. 이번 업데이트에서는 CLI 툴이 오류를 생성하고 아직 실행 중인 파이프라인 실행을 올바르게 무시하도록 이 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pr delete --keep <value > 또는 tkn tr delete --keep <value > 명령을 사용하고 파이프라인 실행 또는 작업 실행 수가 값보다 작으면 명령에서 오류를 예상대로 반환하지 않았습니다. 이번 업데이트에서는 명령이 이러한 조건에서 오류를 올바르게 반환하도록 문제를 해결합니다.
• 이번 업데이트 이전에는 --ignore-running 플래그와 함께 -p 또는 -t 플래그와 함께 tkn pr delete 또는 tkn tr delete 명령을 사용하면 명령이 실행 중이거나 보류 중인 리소스가 잘못 삭제되었습니다. 이번 업데이트에서는 이러한 명령이 실행 중이거나 보류 중인 리소스를 올바르게 무시하도록 문제를 해결합니다.

• 이번 업데이트를 통해 TektonChain 사용자 정의 리소스를 사용하여 Tekton Chains를 구성할 수 있습니다. 이 기능을 사용하면 업그레이드 중에 덮어쓸 수 있는 chain-config 구성 맵과 달리 업그레이드 후 구성이 유지됩니다.
• 이번 업데이트를 통해 ClusterTask 리소스는 buildah 및 s2i 클러스터 작업을 제외하고 기본적으로 root로 실행되지 않습니다.
• 이번 업데이트 이전에는 init 을 첫 번째 인수로 사용하고 두 개 이상의 인수를 사용할 때 Red Hat OpenShift Pipelines 1.7.1의 작업이 실패했습니다. 이번 업데이트를 통해 플래그가 올바르게 구문 분석되고 작업이 성공적으로 실행됩니다.

• 이번 업데이트 이전에는 OpenShift Container Platform 4.9에 Red Hat OpenShift Pipelines Operator를 설치하고 invalid 역할 바인딩으로 인해 다음 오류 메시지가 표시되었습니다.

  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를 업그레이드하면 파이프라인 서비스 계정이 다시 생성되므로 서비스 계정에 연결된 시크릿이 손실되었습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 업그레이드 중에 Operator는 더 이상 pipeline 서비스 계정을 다시 생성하지 않습니다. 결과적으로 업그레이드 후 파이프라인 서비스 계정에 연결된 시크릿은 업그레이드 후에도 유지되며 리소스(tasks 및 파이프라인)는 계속 올바르게 작동합니다.
• 이번 업데이트를 통해 인프라 노드 설정이 TektonConfig CR(사용자 정의 리소스)에 구성된 경우 Code Pod로 Pipeline을 실행합니다.

• 이전에는 리소스 정리기를 사용하여 각 네임스페이스 Operator가 별도의 컨테이너에서 실행된 명령을 생성했습니다. 이 설계에서는 네임스페이스가 많은 클러스터에서 너무 많은 리소스를 소비합니다. 예를 들어 단일 명령을 실행하려면 네임스페이스 1000개가 있는 클러스터에서 Pod에 1000개의 컨테이너를 생성합니다.

  이번 업데이트에서는 이 문제가 해결되었습니다. 반복문의 한 컨테이너에서 모든 명령이 실행되도록 네임스페이스 기반 구성을 작업에 전달합니다.

• Tekton Chains에서 작업 및 이미지에 사용되는 키를 유지하기 위해 signing-secrets 라는 시크릿을 정의해야 합니다. 그러나 이번 업데이트 이전에는 Red Hat OpenShift Pipelines Operator가 재설정되거나 이 시크릿을 과도하게 업데이트하고 키가 손실되었습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 이제 Operator를 통해 Tekton Chains를 설치한 후 시크릿을 구성한 경우 보안이 유지되고 업그레이드에 의해 덮어쓰지 않습니다.

• 이번 업데이트 이전에는 모든 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)"

  이번 업데이트를 통해 pipelines-scc SCC(보안 컨텍스트 제약 조건)는 Buildah 및 S2I 클러스터 작업에 필요한 SETFCAP 기능과 호환됩니다. 결과적으로 Buildah 및 S2I 빌드 작업이 성공적으로 실행될 수 있습니다.

  다양한 언어 및 프레임워크로 작성된 애플리케이션에 대해 Buildah 클러스터 작업 및 S2I 빌드 작업을 성공적으로 실행하려면 build 및 push 와 같은 적절한 단계 오브젝트에 대해 다음 스니펫을 추가합니다.

  securityContext:
    capabilities:
      add: ["SETFCAP"]

• 이번 업데이트 이전에는 Red Hat OpenShift Pipelines Operator를 설치하는 데 예상보다 오래 걸렸습니다. 이번 업데이트에서는 설치 프로세스의 속도를 높이기 위해 일부 설정을 최적화합니다.
• 이번 업데이트를 통해 Buildah 및 S2I 클러스터 작업은 이전 버전보다 적은 단계가 있습니다. 일부 단계는 ResourceQuota 및 LimitRange 오브젝트와 더 잘 작동하도록 단일 단계로 결합되었으며 필요한 것보다 더 많은 리소스가 필요하지 않습니다.
• 이번 업데이트에서는 클러스터 작업에서 Buildah, tkn CLI 툴 및 skopeo CLI 툴 버전을 업그레이드합니다.
• 이번 업데이트 이전에는 네임스페이스가 Terminating 상태인 경우 RBAC 리소스를 생성할 때 Operator에 실패했습니다. 이번 업데이트를 통해 Operator는 종료 상태의 네임스페이스를 무시하고 RBAC 리소스를 생성합니다.
• 이번 업데이트 이전에는 정리 cronjobs의 Pod가 인프라 노드에 예약되지 않았습니다. 대신 작업자 노드에 예약되었거나 전혀 예약되지 않았습니다. 이번 업데이트를 통해 TektonConfig CR(사용자 정의 리소스)에 구성된 경우 이러한 유형의 Pod를 인프라 노드에 예약할 수 있습니다.

• 변경 사항 중단: 이 업데이트는 TektonConfig 사용자 정의 리소스(CR)에서 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드를 제거합니다. 결과적으로 TektonConfig CR에서 더 이상 $HOME 환경 변수 및 workingDir 매개변수를 자동으로 설정하지 않습니다. 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를 기반으로 하는 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. 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"

• 암시적 매개변수 매핑은 최상위 파이프라인 또는 PipelineRun 정의에서 taskRef 작업으로 매개변수를 잘못 전달합니다. 매핑은 고급 리소스에서 인라인 taskSpec 사양이 있는 작업으로만 발생해야 합니다. 이 문제는 TektonConfig 사용자 정의 리소스 정의의 pipeline 섹션에서 enable-api-fields 필드를 alpha 로 설정하여 이 기능이 활성화된 클러스터에만 영향을 미칩니다.

• 이번 업데이트를 통해 Pipeline 및 PipelineRun 오브젝트 정의 둘 다에 라벨 및 주석 과 같은 메타데이터가 있는 경우 PipelineRun 유형의 값이 우선합니다. Task 및 TaskRun 오브젝트에 대한 유사한 동작을 확인할 수 있습니다.
• 이번 업데이트를 통해 timeouts.tasks 필드 또는 timeouts.finally 필드가 0 으로 설정된 경우 timeouts.pipeline 도 0 으로 설정됩니다.
• 이번 업데이트를 통해 shebang을 사용하지 않는 스크립트에서 -x set 플래그가 제거됩니다. 수정을 통해 스크립트 실행에서 발생할 수 있는 데이터 누수가 줄어듭니다.
• 이번 업데이트를 통해 Git 자격 증명의 사용자 이름에 있는 백슬래시 문자가 .gitconfig 파일에서 추가 백슬래시로 이스케이프됩니다.

• 이번 업데이트를 통해 로깅 및 구성 맵을 정리하는 데 EventListener 오브젝트의 종료 속성이 필요하지 않습니다.
• 이번 업데이트를 통해 이벤트 리스너 서버와 연결된 기본 HTTP 클라이언트가 제거되고 사용자 지정 HTTP 클라이언트가 추가되었습니다. 결과적으로 시간 제한이 개선되었습니다.
• 이번 업데이트를 통해 Triggers 클러스터 역할이 소유자 참조와 함께 작동합니다.
• 이번 업데이트를 통해 여러 인터셉터에서 확장을 반환하는 경우 이벤트 리스너의 경쟁 조건이 발생하지 않습니다.

• 이번 업데이트를 통해 tkn pr delete 명령에서 ignore-running 플래그를 사용하여 파이프라인 실행을 삭제하지 않습니다.

• 이번 업데이트를 통해 애드온 매개변수를 수정할 때 Operator Pod가 계속 재시작되지 않습니다.
• 이번 업데이트를 통해 서브스크립션 및 config 사용자 정의 리소스에 구성되지 않은 경우 tkn service CLI Pod가 인프라 노드에 예약됩니다.
• 이번 업데이트를 통해 지정된 버전의 클러스터 작업은 업그레이드 중에 삭제되지 않습니다.

• 이번 업데이트를 통해 --output <string> , 여기서 <string>은 yaml 또는 json 을 사용하여 YAML 또는 JSON 형식의 문자열 을 반환하도록 pipeline 또는 task start 명령을 구성할 수 있습니다. 그렇지 않으면 --output 옵션이 없으면 start 명령은 다른 프로그램에서 구문 분석하기 어려운 사람 친화적인 메시지를 반환합니다. YAML 또는 JSON 형식의 문자열을 반환하는 것은 CI(Continuous Integration) 환경에 유용합니다. 예를 들어, 리소스가 생성되면 yq 또는 jq 를 사용하여 리소스에 대한 YAML 또는 JSON 형식의 메시지를 구문 분석하고 showlog 옵션을 사용하지 않고 해당 리소스가 종료될 때까지 기다릴 수 있습니다.
• 이번 업데이트를 통해 Podman의 auth.json 인증 파일을 사용하여 레지스트리에 인증할 수 있습니다. 예를 들어, tkn bundle push 를 사용하여 Docker CLI 대신 Podman을 사용하여 원격 레지스트리로 내보낼 수 있습니다.
• 이번 업데이트를 통해 tkn [taskrun | pipelinerun] delete --all 명령을 사용하는 경우 새 --keep-since <minutes> 옵션을 사용하여 지정된 수보다 작은 실행을 보존할 수 있습니다. 예를 들어 5분 미만의 실행을 유지하려면 tkn [taskrun | pipelinerun] delete -all --keep-since 5 를 입력합니다.
• 이번 업데이트를 통해 작업 실행 또는 파이프라인 실행을 삭제할 때 --parent-resource 및 --keep-since 옵션을 함께 사용할 수 있습니다. 예를 들어 tkn pipelinerun delete --pipeline pipelinename --keep-since 5 명령은 상위 리소스가 pipelinename 이라는 이름과 기간이 5분 미만인 파이프라인 실행을 유지합니다. 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 옵션을 inequality 연산자로 사용할 수 있습니다. 예를 들어 tkn pipelinerun delete --all --label delete --df 및 tkn pipelinerun delete --all --label==asdf 명령은 asdf 레이블이 있는 모든 파이프라인 실행을 삭제합니다.
• 이번 업데이트를 통해 설치된 Tekton 구성 요소 버전을 구성 맵에서 가져오거나 구성 맵이 없으면 배포 컨트롤러에서 설치할 수 있습니다.

• 이번 업데이트를 통해 트리거는 feature-flags 및 config-defaults 구성 맵을 지원하여 기능 플래그를 구성하고 각각 기본값을 설정합니다.
• 이번 업데이트에서는 EventListener 리소스에서 수신한 이벤트를 계산하는 데 사용할 수 있는 새 메트릭 eventlistener_event_count 가 추가되었습니다.

• 이번 업데이트에서는 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: 이 주석을 사용하여 prunning 없이 리소스를 유지합니다.

  • operator.tekton.dev/prune.keep-since:이 주석을 사용하여 수명에 따라 리소스를 유지합니다. 이 주석의 값은 리소스 사용 기간(분)과 같아야 합니다. 예를 들어 5일 전에 생성된 리소스를 유지하려면 keep-since 를 7200 으로 설정합니다.

    참고

    keep 및 keep-since 주석은 상호 배타적입니다. 모든 리소스의 경우 해당 리소스 중 하나만 구성해야 합니다.

  • operator.tekton.dev/prune.strategy: 이 주석의 값을 유지하거나 keep -since 로 설정합니다.
• 관리자는 전체 클러스터에 대한 파이프라인 서비스 계정 생성을 비활성화하고 관련 SCC를 잘못 사용하여 권한 에스컬레이션을 방지할 수 있습니다. 이 SCC는 anyuid 와 매우 유사합니다.
• 이제 TektonConfig CR(사용자 정의 리소스)과 TektonPipeline 및 TektonTriggers 와 같은 개별 구성 요소에 대한 CR을 사용하여 기능 플래그 및 구성 요소를 구성할 수 있습니다. 이 세분성 수준은 개별 구성 요소에 대한 Tekton OCI 번들과 같은 알파 기능을 사용자 지정하고 테스트하는 데 도움이 됩니다.
• PipelineRun 리소스에 대한 선택적 Timeouts 필드를 구성할 수 있습니다. 예를 들어 파이프라인 실행, 각 작업 실행 및 finally 작업에 대해 시간 제한을 별도로 구성할 수 있습니다.
• TaskRun 리소스에서 생성한 Pod는 이제 Pod의 activeDeadlineSeconds 필드를 설정합니다. 이를 통해 OpenShift는 이를 종료로 간주할 수 있으며 pod에 대해 특별히 범위가 지정된 ResourceQuota 오브젝트를 사용할 수 있습니다.
• configmaps를 사용하여 작업 실행, 파이프라인 실행, 작업 및 파이프라인에서 메트릭 태그 또는 레이블 유형을 제거할 수 있습니다. 또한 히스토그램, 게이지 또는 마지막 값과 같은 기간 측정을 위해 다양한 유형의 메트릭을 구성할 수 있습니다.
• Tekton이 이제 Min,Max, Default , Default Request 필드를 고려하여 LimitRange 오브젝트를 완전히 지원하므로 Pod에서 요청 및 제한을 일관되게 정의할 수 있습니다.

• 다음 알파 기능이 도입되었습니다.

  • 이제 파이프라인 실행이 모든 작업 실행의 실행을 직접 중지한 이전 동작이 아닌 finally 작업을 실행한 후 중지할 수 있습니다. 이번 업데이트에서는 다음 spec.status 값을 추가합니다.

    • StoppedRunFinally 는 완료된 후 현재 실행 중인 작업을 중지한 다음 finally 작업을 실행합니다.
    • CancelledRun finally는 실행 중인 작업을 즉시 취소하고 finally 작업을 실행합니다.

    • 취소 하면 PipelineRunCancelled 상태에서 제공하는 이전 동작이 유지됩니다.

      참고

      취소된 상태는 v1 버전에서 제거될 더 이상 사용되지 않는 PipelineRunCancelled 상태를 대체합니다.

  • 이제 oc debug 명령을 사용하여 작업을 디버그 모드로 설정하여 실행을 일시 중지하고 Pod의 특정 단계를 검사할 수 있습니다.
  • 계속할 단계의 onError 필드를 설정하면 단계 종료 코드가 기록되어 후속 단계로 전달됩니다. 그러나 작업 실행은 실패하지 않으며 작업의 나머지 단계를 계속 실행합니다. 기존 동작을 유지하려면 onError 필드 값을 stopAndFail 로 설정할 수 있습니다.
  • 작업에서 실제로 사용되는 것보다 더 많은 매개변수를 허용할 수 있습니다. 알파 기능 플래그를 활성화하면 매개 변수가 인라인 사양으로 암시적으로 전파될 수 있습니다. 예를 들어 인라인 작업은 작업에 대한 각 매개변수를 명시적으로 정의하지 않고도 상위 파이프라인 실행의 매개변수에 액세스할 수 있습니다.
  • 알파 기능에 대한 플래그를 활성화하면 When 표현식의 조건이 직접 연결된 작업에만 적용되며 작업의 종속 항목은 적용되지 않습니다. 식을 연결된 작업 및 해당 종속 항목에 적용하려면 식을 종속된 각 작업과 별도로 연결해야 합니다. 앞으로 이 동작은 Tekton의 새 API 버전에서 When 표현식의 기본 동작입니다. 이 업데이트 대신 기존 기본 동작이 더 이상 사용되지 않습니다.

• 현재 릴리스에서는 TektonConfig CR(사용자 정의 리소스)에서 nodeSelector 및 허용 오차 값을 지정하여 노드 선택을 구성할 수 있습니다. Operator는 이러한 값을 생성하는 모든 배포에 추가합니다.

  • Operator의 컨트롤러 및 웹 후크 배포에 대한 노드 선택을 구성하려면 Operator를 설치한 후 Subscription CR 사양에서 config.nodeSelector 및 config.tolerations 필드를 편집합니다.
  • 인프라 노드에 OpenShift Pipelines의 나머지 컨트롤 플레인 Pod를 배포하려면 nodeSelector 및 tolerations 필드를 사용하여 TektonConfig CR을 업데이트합니다. 그런 다음 수정 사항이 Operator에서 생성한 모든 Pod에 적용됩니다.

• CLI 0.21.0에서 clustertask, task ,task run, pipelinerun 명령에 대한 모든 v1alpha1 리소스를 지원하지 않습니다. 이러한 리소스는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.

• Tekton Triggers v0.16.0에서는 EventListener 리소스에 대한 지표에서 중복 상태 레이블이 제거됩니다.

  중요

  변경 중단: eventlistener_http_duration_seconds_* 메트릭에서 상태 레이블이 제거되었습니다. 상태 레이블을 기반으로 하는 쿼리를 제거합니다.

• 현재 릴리스에서는 v1alpha1 기능이 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 이번 업데이트를 통해 대신 v1beta1 Go API 유형을 사용할 수 있습니다. Trigger가 이제 v1beta1 API 버전을 지원합니다.

• 현재 릴리스에서는 EventListener 리소스에서 트리거가 처리를 완료하기 전에 응답을 보냅니다.

  중요

  변경 사항 중단: 이 변경으로 인해 리소스를 생성할 때 EventListener 리소스가 201 Created 상태 코드로 응답하지 않습니다. 대신 202 Accepted 응답 코드로 응답합니다.

• 현재 릴리스에서는 EventListener 리소스에서 podTemplate 필드를 제거합니다.

  중요

  변경 중단: #1100 의 일부로 더 이상 사용되지 않는 podTemplate 필드가 제거되었습니다.

• 현재 릴리스에서는 EventListener 리소스의 사양에서 더 이상 사용되지 않는 복제본 필드를 제거합니다.

  중요

  변경 사항 중단: 더 이상 사용되지 않는 복제본 필드가 제거되었습니다.

• Red Hat OpenShift Pipelines 1.6에서 HOME="/tekton/home" 및 workingDir="/workspace" 의 값은 Step 오브젝트의 사양에서 제거됩니다.

  대신 Red Hat OpenShift Pipelines는 Step 오브젝트를 실행하는 컨테이너에서 정의한 값으로 HOME 및 workingDir 을 설정합니다. Step 오브젝트의 사양에 따라 이러한 값을 재정의할 수 있습니다.

  이전 동작을 사용하려면 TektonConfig CR의 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드를 false 로 변경할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
    kind: TektonConfig
    metadata:
      name: config
    spec:
      pipeline:
        disable-working-directory-overwrite: false
        disable-home-env-overwrite: false
    ...

  중요

  TektonConfig CR의 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.

• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다. 이 문제를 해결하려면 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 로 설정하여 사용자 정의 이미지를 지정할 수 있습니다.
• IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업은 지원되지 않습니다.
• tkn hub 를 사용하여 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x)의 Tekton Catalog를 기반으로 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. tkn hub info task <name>

• 다음 오류가 생성되므로 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"

• tkn hub 명령이 IBM Power Systems, IBM Z 및 LinuxONE에서 지원됩니다.

• 이번 업데이트 이전에는 사용자가 tkn 명령을 실행한 후 터미널을 사용할 수 없어 재시도 횟수 가 지정된 경우에도 파이프라인 실행이 수행되었습니다. 작업 실행 또는 파이프라인 실행에 시간 초과를 지정할 수 없었습니다. 이번 업데이트에서는 명령을 실행한 후 터미널을 사용할 수 있도록 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pipelinerun delete --all 을 실행하면 모든 리소스가 삭제됩니다. 이번 업데이트에서는 running 상태의 리소스가 삭제되지 않습니다.
• 이번 업데이트 이전에는 tkn 버전 --component=<component> 명령을 사용하여 구성 요소 버전을 반환하지 않았습니다. 이번 업데이트에서는 이 명령이 구성 요소 버전을 반환하도록 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pr logs 명령을 사용할 때 파이프라인 출력 로그가 잘못된 작업 순서로 표시되었습니다. 이번 업데이트에서는 완료된 PipelineRun 로그가 적절한 TaskRun 실행 순서에 나열되도록 문제를 해결합니다.

• 이번 업데이트 이전에는 실행 중인 파이프라인의 사양을 편집하면 파이프라인 실행이 완료될 때 중지되지 않을 수 있습니다. 이번 업데이트에서는 정의를 한 번만 가져온 다음 확인을 위해 상태에 저장된 사양을 사용하여 문제를 해결합니다. 이 변경으로 PipelineRun 또는 TaskRun 이 실행되는 동안 변경되는 Pipeline 또는 Task 를 참조할 때 경쟁 조건의 확률을 줄입니다.
• 이제 식 값에 [$(params.arrayParam[*])]와 같은 배열 매개 변수 참조가 있을 수 있습니다.