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

• 이번 업데이트를 통해 Conditions CRD(사용자 정의 리소스 정의) 유형이 제거되었습니다. 대신 WhenExpressions 를 사용하십시오.
• 이번 업데이트를 통해 Pipeline, PipelineRun, Task, Clustertask 및 TaskRun과 같은 tekton.dev/v1alpha1 API 파이프라인 리소스가 제거되었습니다.
• 이번 업데이트를 통해 tkn-pac setup 명령이 제거되었습니다. tkn-pac webhook add 및 tkn-pac webhook update-token 명령을 사용하여 tkn-pac setup 명령에서 제공하는 기능을 다시 사용할 수 있습니다. tkn-pac webhook add 명령을 사용하여 기존 Git 리포지토리에 웹 후크를 다시 추가할 수 있습니다. tkn-pac webhook update-token 명령을 사용하여 Git 리포지토리에서 기존 Secret 오브젝트에 대한 개인 공급자 액세스 토큰을 업데이트할 수 있습니다.

• 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 && kubectl create -f /tmp/pull-request-resolved.yaml.

• 이번 업데이트 이전에는 빈 배열을 교체한 후 원래 배열에서 paramaters 내부의 매개 변수가 유효하지 않은 빈 문자열을 반환했습니다. 이번 업데이트를 통해 이 문제가 해결되고 원래 배열이 빈 상태로 돌아갑니다.
• 이번 업데이트 이전에는 파이프라인 실행을 위해 서비스 계정에 중복된 보안이 있는 경우 이로 인해 작업 Pod 생성이 실패했습니다. 이번 업데이트를 통해 이 문제가 해결되고 서비스 계정에 중복된 보안이 있더라도 작업 Pod가 성공적으로 생성됩니다.
• 이번 업데이트 이전에는 TaskRun의 spec.StatusMessage 필드를 확인하여 사용자가 TaskRun 을 취소했는지 아니면 그 일부 PipelineRun 에 의해 취소되었는지 여부를 구분할 수 없었습니다. 이번 업데이트를 통해 이 문제가 해결되어 사용자는 TaskRun 의 spec.StatusMessage 필드를 확인하여 TaskRun의 상태를 구분할 수 있습니다.
• 이번 업데이트 이전에는 이전 버전의 유효하지 않은 오브젝트를 삭제할 때 Webhook 검증이 제거되었습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다.
• 이번 업데이트 이전에는 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) 역할 바인딩 리소스 리소스가 클러스터에서 제거됩니다.

• 이번 업데이트 이전에는 Pipeline이 Pipeline에서 Code ConfigMap 오브젝트로 업데이트된 값을 가져오지 못했습니다. 이번 업데이트를 통해 이 문제가 해결되고 Code ConfigMap 오브젝트에서 새로운 변경 사항을 찾을 수 있습니다.
• 이번 업데이트 이전에는 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 가 누락되어 가져오기 요청이 실패했습니다. 이번 업데이트를 통해 접두사가 추가되고 일치하는지 확인합니다. 이렇게 하면 문제가 해결되고 가져오기 요청이 성공적으로 수행됩니다.

• 이번 업데이트에서는 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 > 채널을 사용하거나 안정적인 최신 버전의 최신 채널을 사용합니다. 예를 들어 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[*])]와 같은 배열 매개 변수 참조가 있을 수 있습니다.

• 대상 네임스페이스의 cron 작업으로 파이프라인 실행 및 작업 실행이 자동으로 제거됩니다. cron 작업에서는 IMAGE_JOB_PRUNER_TKN 환경 변수를 사용하여 tkn image 값을 가져옵니다. 이번 개선된 기능을 통해 TektonConfig 사용자 정의 리소스에 다음 필드가 도입되었습니다.

  ...
  pruner:
    resources:
      - pipelinerun
      - taskrun
    schedule: "*/5 * * * *" # cron schedule
    keep: 2 # delete all keeping n
  ...

• OpenShift Container Platform에서는 TektonConfig 사용자 정의 리소스에서 새 매개변수 clusterTasks 및 pipelinesTemplates 값을 수정하여 Tekton 애드온 구성 요소 설치를 사용자 지정할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
  kind: TektonConfig
  metadata:
    name: config
  spec:
    profile: all
    targetNamespace: openshift-pipelines
    addon:
      params:
      - name: clusterTasks
        value: "true"
      - name: pipelineTemplates
        value: "true"
  ...

  사용자 지정은 TektonConfig를 사용하여 애드온을 만들거나 Techton 애드온을 사용하여 직접 만드는 경우에 허용됩니다. 그러나 매개 변수가 전달되지 않으면 컨트롤러는 기본값을 사용하여 매개 변수를 추가합니다.

  참고

  • TektonConfig 사용자 지정 리소스를 사용하여 추가 기능이 생성되고 Addon 사용자 정의 리소스의 뒷부분에서 매개변수 값을 변경하면 TektonConfig 사용자 지정 리소스의 값이 변경 사항을 덮어씁니다.
  • clusterTasks 매개변수 값이 true인 경우에만 pipelinesTemplates 매개변수의 값을 true로 설정할 수 있습니다.

• enableMetrics 매개변수는 TektonConfig 사용자 지정 리소스에 추가됩니다. 이를 사용하여 OpenShift Container Platform용 Tekton Pipelines의 일부인 서비스 모니터를 비활성화할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
  kind: TektonConfig
  metadata:
    name: config
  spec:
    profile: all
    targetNamespace: openshift-pipelines
    pipeline:
      params:
      - name: enableMetrics
        value: "true"
  ...

• 프로세스 수준에서 메트릭을 캡처하는 EventListener OpenCensus 메트릭이 추가되었습니다.
• 트리거에 레이블 선택기가 있습니다. 레이블을 사용하여 이벤트 리스너에 대한 트리거를 구성할 수 있습니다.

• 인터셉터 등록에 대한 ClusterInterceptor 사용자 정의 리소스 정의가 추가되어 연결할 수 있는 새로운 Interceptor 유형을 등록할 수 있습니다. 또한 다음과 같은 관련 변경 사항이 적용됩니다.

  • 트리거 사양에서는 클러스터 인터셉터를 참조하기 위해 ref 필드를 포함하는 새 API를 사용하여 인터셉터를 구성할 수 있습니다. 또한 params 필드를 사용하여 처리를 위해 인터셉터에 전달되는 매개변수를 추가할 수 있습니다.
  • 번들 인터셉터 CEL, GitHub, GitLab, BitBucket이 마이그레이션되었습니다. 새 ClusterInterceptor 사용자 정의 리소스 정의를 사용하여 구현됩니다.
  • 코어 인터셉터는 새 형식으로 마이그레이션되고 이전 구문을 사용하여 생성된 새 트리거가 새 ref 또는 params 기반 구문으로 자동 전환됩니다.
• 로그를 표시하는 동안 작업 이름 또는 단계의 접두사를 비활성화하려면 log 명령에 --prefix 옵션을 사용합니다.
• 특정 구성 요소의 버전을 표시하려면 tkn version 명령에서 새 --component 플래그를 사용합니다.
• tkn hub check-upgrade 명령이 추가되고 파이프라인 버전을 기반으로 다른 명령이 수정되었습니다. 또한 search 명령 출력에 카탈로그 이름이 표시됩니다.
• 선택적 작업 공간에 대한 지원이 start 명령에 추가됩니다.
• plugins 디렉토리에 플러그인이 없으면 현재 경로에서 검색됩니다.

• tkn start [task | clustertask | pipeline] 명령은 대화식으로 시작하고 기본 매개변수를 지정하는 경우에도 params 값을 요청합니다. 대화식 프롬프트를 중지하려면 명령을 호출할 때 --use-param-defaults 플래그를 전달합니다. 예를 들면 다음과 같습니다.

  $ tkn pipeline start build-and-deploy \
      -w name=shared-workspace,volumeClaimTemplateFile=https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.8/01_pipeline/03_persistent_volume_claim.yaml \
      -p deployment-name=pipelines-vote-api \
      -p git-url=https://github.com/openshift/pipelines-vote-api.git \
      -p IMAGE=image-registry.openshift-image-registry.svc:5000/pipelines-tutorial/pipelines-vote-api \
      --use-param-defaults

• version 필드는 tkn task describe 명령에 추가됩니다.
• TriggerTemplate 또는 TriggerBinding 또는 ClusterTriggerBinding 또는 Eventlistener와 같은 리소스를 자동으로 선택하는 옵션은 하나만 있는 경우 describe 명령에 추가됩니다.
• tkn pr describe 명령에 건너뛰는 작업의 섹션이 추가됩니다.
• tkn clustertask logs에 대한 지원이 추가되었습니다.
• config.yaml에서 YAML 병합 및 변수가 제거됩니다. 또한 kustomize 및 ytt와 같은 툴에서 release.yaml 파일을 더 쉽게 사용할 수 있습니다.
• 리소스 이름에 점 문자(".")가 포함되도록 지원이 추가되었습니다.
• PodTemplate 사양의 hostAliases 어레이는 호스트 이름 확인의 Pod 수준 재정의에 추가됩니다. 이를 위해 /etc/hosts 파일을 수정합니다.
• $(tasks.status) 변수가 도입되어 작업의 집계 실행 상태에 액세스합니다.
• Windows용 진입점 바이너리 빌드가 추가되었습니다.

• when 표현식에서 작성된 필드에 대한 지원에서는 PascalCase가 제거되었습니다. when 표현식은 소문자로 작성된 필드만 지원합니다.

  참고

  Tekton Pipelines v0.16(Operator v 1.2.x )에서 when 표현식과 함께 파이프라인을 적용한 경우 다시 적용해야 합니다.

• Red Hat OpenShift Pipelines Operator를 v1.5로 업그레이드하면 openshift-client 및 openshift-client-v-1-5-0 클러스터 작업에 SCRIPT 매개변수가 있습니다. 그러나 ARGS 매개변수와 git 리소스는 openshift-client 클러스터 작업의 사양에서 제거됩니다. 이는 중단된 변경 사항이며 ClusterTask 리소스의 name 필드에 특정 버전이 없는 클러스터 작업만 원활하게 업그레이드됩니다.

  파이프라인 실행이 중단되지 않도록 하려면 업그레이드 후 ARGS 매개변수에 지정된 값을 클러스터 작업의 SCRIPT 매개변수로 이동하기 때문에 SCRIPT 매개변수를 사용합니다. 예를 들면 다음과 같습니다.

  ...
  - name: deploy
    params:
    - name: SCRIPT
      value: oc rollout status <deployment-name>
    runAfter:
      - build
    taskRef:
      kind: ClusterTask
      name: openshift-client
  ...

• Red Hat OpenShift Pipelines Operator v1.4에서 v1.5로 업그레이드하면 TektonConfig 사용자 정의 리소스가 설치된 프로필 이름이 변경됩니다.

  표 3.3. TektonConfig 사용자 정의 리소스의 프로필

  Pipeline 1.5의 프로필	Pipelines 1.4의 해당 프로필	설치된 Tekton 구성 요소
  모두(기본 프로필)	모두(기본 프로필)	파이프라인, 트리거, 애드온
  Basic	Default	파이프라인, 트리거
  Lite	Basic	파이프라인

  참고

  TektonConfig 사용자 정의 리소스의 config 인스턴스에서 profile: all을 사용한 경우 리소스 사양을 변경할 필요가 없습니다.

  그러나 설치된 Operator가 업그레이드 전에 Default 또는 Basic 프로필에 있는 경우 업그레이드 후 TektonConfig 사용자 정의 리소스의 config 인스턴스를 편집해야 합니다. 예를 들어 구성이 업그레이드 전에 profile: basic인 경우 Pipelines 1.5로 업그레이드한 후 profile: lite인지 확인합니다.

• disable-home-env-overwrite 및 disable-working-dir-overwrite 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 이번 릴리스에서는 이전 버전과의 호환성을 위해 이러한 플래그의 기본값이 true로 설정됩니다.

  참고

  다음 릴리스에서는 HOME 환경 변수가 자동으로 /tekton/home으로 설정되지 않으며 작업 실행을 위해 기본 작업 디렉터리가 /workspace로 설정되지 않습니다. 이러한 기본값은 단계의 이미지 Dockerfile로 설정된 값과 충돌합니다.

• ServiceType 및 podTemplate 필드는 EventListener 사양에서 제거됩니다.
• 컨트롤러 서비스 계정은 더 이상 네임스페이스를 나열하고 감시하기 위한 클러스터 전체 권한을 요청하지 않습니다.

• EventListener 리소스의 상태에는 Ready라는 새로운 조건이 있습니다.

  참고

  나중에 EventListener 리소스의 기타 상태 조건이 더 이상 사용되지 않고 Ready 상태 조건이 사용됩니다.

• EventListener 응답의 eventListener 및 namespace 필드는 더 이상 사용되지 않습니다. 대신 eventListenerUID 필드를 사용합니다.

• replicas 필드는 EventListener 사양에서 더 이상 사용되지 않습니다. 대신 spec.replicas 필드가 KubernetesResource 사양의 spec.resources.kubernetesResource.replicas로 이동됩니다.

  참고

  replicas 필드는 향후 릴리스에서 제거됩니다.

• 코어 인터셉터를 구성하는 이전 방법은 더 이상 사용되지 않습니다. 그러나 향후 릴리스에서 제거될 때까지 계속 작동합니다. 대신 Trigger 리소스의 인터셉터가 새로운 ref 및 params 기반 구문을 사용하여 구성됩니다. 결과 기본 웹훅은 새 트리거에 대해 이전 구문의 사용법을 새 구문으로 자동 전환합니다.
• ClusterRoleBinding 리소스에 대해 더 이상 사용되지 않는rbac.authorization.k8s.io/v1beta1 대신rbac.authorization.k8s.io/v1을 사용합니다.
• 클러스터 역할에서는 serviceaccounts, secrets, configmaps, limitranges와 같은 리소스에 대한 클러스터 전체 쓰기 권한이 제거됩니다. 또한 deployments, statefulsets, deployment/finalizers와 같은 리소스에 대한 클러스터 전체 액세스도 제거됩니다.
• caching.internal.knative.dev 그룹의 image 사용자 지정 리소스 정의는 Tekton에서 더 이상 사용하지 않으며 이 릴리스에서 제외되었습니다.

• git-cli 클러스터 작업은 /root가 사용자의 홈 디렉터리로 예상되는 alpine/git 기본 이미지에서 빌드됩니다. 그러나 git-cli 클러스터 작업에는 명시적으로 설정되어 있지 않습니다.

  Tekton에서 달리 지정하지 않는 한, Tekton에서 기본 홈 디렉토리는 작업의 모든 단계에 대해 /tekton/home으로 덮어씁니다. 기본 이미지의 $HOME 환경 변수를 덮어쓰면 git-cli 클러스터 작업이 실패합니다.

  이 문제는 다음 릴리스에서 수정될 예정입니다. Red Hat OpenShift Pipelines 1.5 및 이전 버전의 경우 다음 해결 방법 중 하나를 사용하여 git-cli 클러스터 작업이 실패하지 않도록 할 수 있습니다.

  • 단계에서 $HOME 환경 변수를 설정하여 덮어쓰지 않도록 합니다.

    1. [선택 사항] Operator를 사용하여 Red Hat OpenShift Pipelines를 설치한 경우 git-cli 클러스터 작업을 별도의 작업에 복제합니다. 이 방법을 사용하면 Operator에서 클러스터 작업의 변경 사항을 덮어쓰지 않습니다.
    2. oc edit clustertasks git-cli 명령을 실행합니다.

    3. 예상되는 HOME 환경 변수를 단계 YAML에 추가합니다.

       ...
       steps:
         - name: git
           env:
           - name: HOME
             value: /root
           image: $(params.BASE_IMAGE)
           workingDir: $(workspaces.source.path)
       ...

       주의

       Operator가 설치한 Red Hat OpenShift Pipelines의 경우 HOME 환경 변수를 변경하기 전에 git-cli 클러스터 작업을 별도의 작업으로 복제하지 않으면 Operator 조정 중에 변경 사항을 덮어씁니다.

  • feature-flags 구성 맵에서 HOME 환경 변수 덮어쓰기를 비활성화합니다.

    1. oc edit -n openshift-pipelines configmap feature-flags 명령을 실행합니다.

    2. disable-home-env-overwrite 플래그 값을 true로 설정합니다.

       주의

       • Operator를 사용하여 Red Hat OpenShift Pipelines를 설치한 경우 Operator 조정 중에 변경 사항을 덮어씁니다.
       • disable-home-env-overwrite 플래그의 기본값을 수정하면 모든 작업의 기본 동작을 변경하므로 다른 작업과 클러스터 작업이 중단될 수 있습니다.

  • 파이프라인의 기본 서비스 계정이 사용될 때 HOME 환경 변수의 덮어쓰기가 수행되므로 git-cli 클러스터 작업에 다른 서비스 계정을 사용합니다.

    1. 새로운 서비스 계정을 생성합니다.
    2. 생성한 서비스 계정에 Git 시크릿을 연결합니다.
    3. 작업 또는 파이프라인을 실행하는 동안 서비스 계정을 사용합니다.
• IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업 및 tkn hub 명령은 지원되지 않습니다.
• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다. 이 문제를 해결하려면 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 로 설정하여 사용자 정의 이미지를 지정할 수 있습니다.

• dag 작업의 when 표현식은 다른 작업의 실행상태 ($(tasks.<pipelineTask>.status))에 액세스하는 컨텍스트 변수를 지정할 수 없습니다.
• PipelineRun 리소스가 신속하게 삭제되고 다시 생성되는 경우 volumeClaimTemplate PVC를 삭제하여 생성된 경쟁 조건을 방지할 수 있으므로 소유자 이름 대신 소유자 UID를 사용합니다.
• 루트가 아닌 사용자가 트리거한 build-base 이미지의 pullrequest-init에 대한 새 Dockerfile이 추가됩니다.
• 파이프라인 또는 작업을 -f 옵션으로 실행하고 정의의 param에 type이 정의되지 않은 경우 파이프라인 또는 작업 실행이 자동으로 실패하는 대신 유효성 검사 오류가 생성됩니다.
• tkn start [task | pipeline | clustertask] 명령의 경우 --workspace 플래그에 대한 설명이 일관되게 표시됩니다.
• 매개 변수를 구문 분석하는 동안 빈 배열이 발생하는 경우 해당 대화형 도움말이 빈 문자열로 표시됩니다.