릴리스 노트
OpenShift Pipelines 릴리스의 새로운 기능 및 주요 변경 사항
초록
1장. Red Hat OpenShift Pipelines 릴리스 정보
OpenShift Pipelines 라이프사이클 및 지원되는 플랫폼에 대한 자세한 내용은 OpenShift Operator 라이프 사이클 및 Red Hat OpenShift Container Platform 라이프 사이클 정책을 참조하십시오.
릴리스 노트에는 사용되지 않는 새로운 기능, 변경 사항 중단 및 알려진 문제에 대한 정보가 포함되어 있습니다. 다음 릴리스 노트는 OpenShift Container Platform의 최신 OpenShift Pipelines 릴리스에 적용됩니다.
Red Hat OpenShift Pipelines는 다음을 제공하는 Tekton 프로젝트를 기반으로 하는 클라우드 네이티브 CI/CD 환경입니다.
- 표준 CRD(Kubernetes 네이티브 Pipeline 정의)
- CI 서버 관리 오버헤드가 없는 서버리스 Pipeline
- S2I, Buildah, JIB 및 Kaniko와 같은 Kubernetes 도구를 사용하여 이미지를 빌드할 수 있는 확장성
- 모든 Kubernetes 배포판에서 이식성
- Pipeline과 상호 작용하기 위한 강력한 CLI
- OpenShift Container Platform 웹 콘솔의 개발자 화면과 통합된 사용자 경험
Red Hat OpenShift Pipelines 개요는 OpenShift Pipelines 이해 를 참조하십시오.
1.1. 호환성 및 지원 매트릭스
이 릴리스의 일부 기능은 현재 기술 프리뷰 상태입니다. 이러한 실험적 기능은 프로덕션용이 아닙니다.
아래 표에서 기능은 다음과 같은 상태로 표시되어 있습니다.
TP | 기술 프리뷰 |
GA | 정식 출시일 (GA) |
Red Hat OpenShift Pipelines 버전 | 구성 요소 버전 | OpenShift Version | 지원 상태 | |||||||
---|---|---|---|---|---|---|---|---|---|---|
Operator | 파이프라인 | Trigger | CLI | 체인 | hub | 코드로서의 파이프라인 | 결과 | 수동 승인 게이트 | ||
1.18 | 0.68.x | 0.31.x | 0.40.x | 0.24.x (GA) | 1.20.x (TP) | 0.33.x (GA) | 0.14.x (GA) | 0.5.x (TP) | 4.15, 4.16, 4.17, 4.18 | GA |
1.17 | 0.65.x | 0.30.x | 0.39.x | 0.23.x (GA) | 1.19.x (TP) | 0.29.x (GA) | 0.13.x (TP) | 0.4.x (TP) | 4.15, 4.16, 4.17, 4.18 | GA |
1.16 | 0.62.x | 0.29.x | 0.38.x | 0.22.x (GA) | 1.18.x (TP) | 0.28.x (GA) | 0.12.x (TP) | 0.3.x (TP) | 4.15, 4.16, 4.17, 4.18 | GA |
1.15 | 0.59.x | 0.27.x | 0.37.x | 0.20.x (GA) | 1.17.x (TP) | 0.27.x (GA) | 0.10.x (TP) | 0.2.x (TP) | 4.14, 4.15, 4.16 | GA |
1.14 | 0.56.x | 0.26.x | 0.35.x | 0.20.x (GA) | 1.16.x (TP) | 0.24.x (GA) | 0.9.x (TP) | 해당 없음 | 4.12, 4.13, 4.14, 4.15, 4.16 | GA |
질문이나 의견이 있으시면 제품팀에 이메일(pipelines-interest@redhat.com)로 보내주시기 바랍니다.
1.2. Red Hat OpenShift Pipelines 1.18 릴리스 노트
이번 업데이트를 통해 Red Hat OpenShift Pipelines General Availability (GA) 1.18은 OpenShift Container Platform 4.15 이상 버전에서 사용할 수 있습니다.
1.2.1. 새로운 기능
다음 섹션에서는 수정 및 안정성 개선 사항 외에 Red Hat OpenShift Pipelines 1.18의 새로운 기능도 소개합니다.
1.2.1.1. 파이프라인
- 이번 릴리스에서는 특히 빈 변수가 있는 경우 가독성을 높이기 위해 OpenShift Pipelines 컨트롤러의 로그 메시지가 개선되었습니다.
이번 릴리스에서는 파이프라인 해석기에 대한 해결 시간 초과 설정을 구성하여 파이프라인 실행 시 유연성을 향상시키고 제어할 수 있습니다.
파이프라인 확인에 대한 시간 제한 설정 구성 예
apiVersion: operator.tekton.dev/v1alpha1 kind: TektonConfig metadata: name: config spec: # ... pipeline: options: configMaps: config-defaults: data: default-maximum-resolution-timeout: 5m 1 bundleresolver-config: data: fetch-timeout: 1m 2 # ...
1.2.1.2. Operator
이번 릴리스에서는 OpenShift Pipelines에서 커뮤니티 작업을 지원합니다.
다음 커뮤니티 작업은 기본적으로
openshift-pipelines
네임스페이스에 설치됩니다.-
argocd-task-sync-and-wait
-
git-cli
-
helm-upgrade-from-repo
-
helm-upgrade-from-source
-
jib-maven
-
kubeconfig-creator
-
pull-request
-
trigger-jenkins-job
-
이번 릴리스에서는 OpenShift Pipelines에서
TektonConfig
CR을 통해 새 컨테이너 배포를 지원합니다.TektonConfig
CR을 사용하여 새kube-rbac-proxy
컨테이너 배포 예apiVersion: operator.tekton.dev/v1alpha1 kind: TektonConfig metadata: name: config # ... spec: result: options: deployments: tekton-results-watcher: spec: template: spec: containers: - name: kube-rbac-proxy args: - --secure-listen-address=0.0.0.0:8443 - --upstream=http://127.0.0.1:9090/ - --logtostderr=true image: registry.redhat.io/openshift4/ose-kube-rbac-proxy:v4.12 # ...
이번 릴리스에서는 기존 리더 선택 메커니즘 대신
StatefulSet
ordinals로 OpenShift Pipelines 컨트롤러의 고가용성 옵션이 향상되었습니다. 이를 통해 Operator는 리더 선택과 함께 빠른 복구 또는StatefulSet
ordinals와 일관된 워크로드 배포를 사용할 수 있습니다.기본 옵션인 리더 선택에서는 페일오버 기능을 제공하지만 핫 스팟팅이 발생할 수 있습니다. 반대로 새로운
StatefulSet
ordinals 접근 방식은 균형 있는 워크로드 배포를 위해 키가 복제본 전체에 균등하게 분배되도록 합니다.TektonConfig
사용자 정의 리소스에서statefulset-ordinals
매개변수를true
로 설정하여StatefulSet
ordinals 메서드로 전환할 수 있습니다.StatefulSet
ordinals 기능 활성화 예apiVersion: operator.tekton.dev/v1alpha1 kind: TektonConfig metadata: name: config spec: # ... pipeline: performance: disable-ha: false buckets: 4 replicas: 4 statefulset-ordinals: true # ...
중요고가용성을 위해
StatefulSet
ordinals를 사용하는 것은 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
1.2.1.3. Trigger
이번 릴리스에서는 OpenShift Pipelines 트리거의
EventListener
오브젝트에ImagePullSecrets
필드가 포함되어 리스너가 프라이빗 레지스트리에서 이미지를 가져오는 데 사용하는 보안을 지정합니다.ImagePullSecrets
필드 사용 예apiVersion: triggers.tekton.dev/v1beta1 kind: EventListener metadata: name: imagepullsecrets-example # ... spec: serviceAccountName: triggers-example resources: kubernetesResource: spec: template: spec: imagePullSecrets: - name: docker-login # ...
1.2.1.4. CLI
이번 릴리스에서는
opc
명령줄 유틸리티가 다음 구성 요소와 함께 제공됩니다.- 코드 버전 0.33.0의 파이프라인
- CLI 버전 0.40.0
- 결과 버전 0.14.0
- 수동 승인 게이트 버전 0.5.0
1.2.1.5. 코드로서의 파이프라인
이번 릴리스에서는 on-path-change 및
on-path-change
-ignorePipelineRun
리소스를 트리거할 수 있으므로 복잡한 CEL 표현식을 작성할 필요가 없으므로 프로세스가 간소화됩니다.on-path-change
및on-path-change-ignore
주석 사용 예apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "on-path-change" annotations: pipelinesascode.tekton.dev/on-path-change: ["docs/**"] 1 pipelinesascode.tekton.dev/on-path-change-ignore: [".github/**"] 2 spec: # ...
이번 릴리스에서는
on-comment
주석을 사용하여 GitHub에서 커밋을 푸시하여PipelineRun
리소스를 트리거할 수 있습니다. 이 기능을 사용하면PipelineRun
이 트리거될 시기를 보다 효과적으로 제어할 수 있으므로 특정 의견을 기반으로 일치시킬 수 있습니다.on-comment
주석으로 트리거를 활성화하도록 파이프라인 실행을 구성해야 합니다.푸시된 커밋을 통해 파이프라인 실행 트리거를 활성화하는 예
apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "on-comment-pr" annotations: pipelinesascode.tekton.dev/on-comment: "^/hello-world" 1 spec: # ...
- 1
- 이 예제에서는
/hello-world
명령을 구성합니다. 푸시된 커밋에서 이 명령을 사용하면기본
분기에서on-comment-pr
파이프라인 실행이 트리거됩니다.
이번 릴리스에서는
tkn pac info globbing [-s | -d] "<pattern>"
명령을 사용하여 샘플 입력 데이터로 패턴 또는 명령이 실행되는 작업 디렉터리에서 패턴을 테스트할 수 있습니다. 이 명령은PipelineRun
정의에서 패턴이 제대로 작동하는지 테스트합니다.예를 들어 다음
on-target-branch
주석을 테스트하여 git 이벤트 페이로드의기본
분기와 일치하는지 확인할 수 있습니다.on-target-branch
주석 예apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "on-target-branch" annotations: pipelinesascode.tekton.dev/on-target-branch: "[refs/heads/*]" spec: # ...
명령 예
$ tkn pac info globbing -s "refs/heads/main" "refs/heads/*"
이번 릴리스에서는 코드로서의 파이프라인은 HTML 엔티티를 사용하여 주석 내에서 쉼표를 지원합니다.
예를 들어
main
및branchWith,comma
라는 두 분기를 일치시키려면 다음과 같이 주석을 지정합니다.쉼표가 있는 주석 예
apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "comma-annotation" annotations: pipelinesascode.tekton.dev/on-target-branch: "[main, branchWith,comma]" spec: # ...
이번 릴리스에서는 가져오기 요청이 닫히거나 병합된 후
cancel-in-progress: true
주석이 있는 연결된 모든PipelineRun
리소스가 자동으로 취소됩니다. 이 기능을 활성화하려면PipelineRun
정의에cancel-in-progress
주석을 지정합니다.cancel-in-progress
주석 예apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "cancel-in-progress" annotations: pipelinesascode.tekton.dev/cancel-in-progress: "true" spec: # ...
중요코드로서 Pipeline의 cancellation-in-progress는 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
이번 릴리스에서는 이름이 동일한 새
PipelineRun
리소스가 코드로 트리거되면cancel-in-progress: true
주석이 있는 활성PipelineRun
리소스가 자동으로 취소됩니다. 이제 가져오기 요청이 발생하고PipelineRun
을 트리거한 후 동일한 가져오기 요청에 대한 후속 커밋으로 새PipelineRun
을 트리거하면 더 이상 사용되지 않는 이전PipelineRun
이 취소되어 리소스를 저장합니다.기능을 활성화하려면
PipelineRun
리소스에서pipelinesascode.tekton.dev/cancel-in-progress
주석을true
로 설정합니다.이전 파이프라인 실행 취소를 활성화하는 예
apiVersion: tekton.dev/v1beta1 kind: PipelineRun metadata: name: "cancel-in-progress" annotations: pipelinesascode.tekton.dev/cancel-in-progress: "true" spec: # ...
-
이번 업데이트 이전에는 Bitbucket Data Center를 사용하여 CEL 표현식에 사용된
.pathChanged()
함수가 작동하지 않았습니다. 이번 릴리스에서는 기능이 구현됩니다. 이번 릴리스에서는 라벨을 사용하여 파이프라인 실행을 일치시켜 요청을 가져올 수 있습니다. 파이프라인 실행을 라벨과 일치시키려면
PipelineRun
리소스에서pipelinesascode.tekton.dev/on-label
주석을 설정합니다. 가져오기 요청 또는 푸시 이벤트에 레이블을 추가하면 파이프라인 실행이 즉시 트리거됩니다. 푸시 요청 또는 가져오기 이벤트에 여전히 레이블이 있고 커밋으로 업데이트되는 경우 파이프라인 실행이 다시 트리거됩니다.이 기능은 GitHub, GitLab, Gitea 리포지토리 공급자에서 지원됩니다. Bitbucket Cloud 및 Bitbucket Data Center에서 지원되지 않습니다.
1.2.1.6. Tekton 결과
- 이번 릴리스에서는 Tekton Results가 GA(General Availability) 기능입니다.
-
이번 릴리스에서는 Operator가
TektonConfig
CR을 통해 기본적으로 Tekton Results에 대한 구성을 설치하고 추가합니다. - 이번 릴리스에서는 Tekton Results API 서버에서 OpenShift Pipelines 콘솔 플러그인의 프록시 환경 변수를 사용하여 권한 부여 헤더를 Tekton Results API로 보냅니다.
- 이번 릴리스에서는 LokiStack에서 가져온 Tekton Results 로깅 정보에 각 로그 항목의 컨테이너 이름이 포함됩니다.
1.2.1.7. Tekton 캐시
이번 릴리스에서는 OpenShift Pipelines에 새로운 tekton-caches
툴 기능이 포함되어 있습니다.
Tekton Cache는 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
tekton-caches
툴에는 다음 기능이 포함되어 있습니다.
cache-upload
및cache-fetch
단계 작업을 사용하여 빌드 프로세스가 종속 항목을 유지하고 S3 버킷, GCS(Google Cloud Services) 버킷 또는 OCI 리포지토리에 저장하는 캐시 디렉터리를 보존합니다.cache-fetch
및cache-upload
단계 작업은 기본적으로openshift-pipelines
네임스페이스에 설치됩니다.
1.2.2. 변경 사항 중단
- 이번 릴리스에서는 Tekton Results 감시자가 PV(영구 볼륨), S3 버킷 또는 GCS 버킷의 스토리지에 대한 로그 전달을 더 이상 지원하지 않습니다.
-
이번 업데이트 이전에는 이전 버전의 작업 및 단계 작업이
openshift-pipelines
네임스페이스에 설치되었습니다. 이번 업데이트를 통해 이러한 이전 버전이 제거되고 최신 두 개의 마이너 버전의 작업 및 단계 작업만 설치됩니다. 예를 들어 OpenShift Pipelines 1.18에서 설치된 버전 작업 및 단계 작업은*-1-17-0
및*-1-18-0
입니다.
1.2.3. 확인된 문제
-
TektonConfig
CR의result:
섹션에서 매개변수를 추가하거나 변경하면 변경 사항이 자동으로 적용되지 않습니다. 변경 사항을 적용하려면openshift-pipelines
네임스페이스에서 Results API 서버의 배포 또는 Pod를 다시 시작합니다.
1.2.4. 해결된 문제
-
이번 업데이트 이전에는 일반 매개변수와
매트릭스
매개변수를 모두 포함하는 작업을 정의한 경우tekton-pipelines-controller
구성 요소가 충돌하여 세그먼트 오류 메시지를 기록했습니다. 작업이 제거되지 않은 경우 구성 요소가 중단되고 파이프라인을 실행하지 않았습니다. 이번 업데이트를 통해 이러한 경우 컨트롤러가 더 이상 충돌하지 않습니다. -
이번 업데이트 이전에는 OpenShift Container Platform 웹 콘솔을 사용하여 해결자 기반
PipelineRun
리소스를 재실행하려고 하면Invalid PipelineRun 구성에 오류가 발생하여 Pipeline을 시작할 수 없었습니다.
이번 업데이트를 통해 다시 실행해도 더 이상 오류가 발생하지 않고 예상대로 작동합니다. -
이번 업데이트 이전에는
PipelineRun
리소스가 실패하면 OpenShift Container Platform 웹 콘솔의PipelineRun
리소스의 출력 탭에 사용 가능한 결과 대신 오류 메시지가 표시되었습니다. 이번 업데이트를 통해 웹 콘솔에 결과가 올바르게 표시됩니다. -
이번 업데이트 이전에는
CONTEXT
및DOCKERFILE
매개변수 값이 다른 디렉터리를 가리키는 경우openshift-pipelines
네임스페이스의buildah
작업이 실패했습니다. 이번 업데이트를 통해 문제가 해결되었습니다. 이번 업데이트 이전에는 단계 작업에서 매개변수를 기본값으로 참조하여 해당 단계 작업을 참조하는
TaskRun
리소스가 실패했습니다. 이번 릴리스에서는 이 문제가 해결되었습니다.매개변수를 값으로 사용하는 예
apiVersion: tekton.dev/v1alpha1 kind: StepAction metadata: name: simple-step-action # ... spec: params: - name: param1 # This parameter is required type: string - name: param2 # This parameter uses the value of `param1` as default value type: string default: $(params.param1) # ...
-
이번 업데이트 이전에는 해당 리포지토리 외부에 가리키는 심볼릭 링크가 포함된 원격 Git 리포지토리를 참조하는
PipelineRun
리소스를 생성할 때PipelineRun
이 실패했습니다. 이번 릴리스에서는 심볼릭 링크가 유효하지 않은 경우에도PipelineRun
이 더 이상 실패하지 않습니다. - 이번 업데이트 이전에는 메모리 및 임시 스토리지에 대한 리소스 요청이 정의된 제한을 초과할 수 있었습니다. 이번 릴리스에서는 이 문제가 해결되었습니다.
- 이번 업데이트 이전에는 삽입된 사이드카를 사용하는 클러스터에서 파이프라인을 실행해도 OpenShift Pipelines 컨트롤러에 영향을 미치지 않는 경우가 있었습니다. 이는 결함이 있는 마이너 Kubernetes 버전 검사로 인해 발생했습니다. 이번 업데이트를 통해 문제가 해결되었습니다.
- 이번 업데이트 이전에는 결과 목록에 잘못된 결과가 포함된 중복 키가 포함된 경우 중복이 제거되고 각 키의 마지막 결과로 교체되어 결과 목록의 순서를 변경할 수 있었습니다. 이번 릴리스에서는 중복 키가 제거되면 결과 순서가 유지되어 각 키의 마지막 유효한 결과가 최종 결과로 유지됩니다.
-
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때 상대 경로(예:
https://example.servehttp.com/gitlab
)에서 호스팅되는 GitLab 인스턴스가 병합 요청 상태를 올바르게 업데이트하지 못했습니다. 초기 이벤트 업데이트가 올바르게 작동하지만 다음과 같은 업데이트(예: 파이프라인 실행을Finished
)로 표시하는 업데이트가 GitLab에 표시되지 않아 상태가Running
상태가 되었습니다. 이번 업데이트를 통해 상태 업데이트가 올바르게 작동합니다. -
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때
PipelineRun
리소스에서onEvent
또는onTargetBranch
주석을 전달하면PipelineRun
리소스의 일치가 발생하지 않았습니다.이번 업데이트를 통해 빈 값으로 주석을 전달하면 오류가 반환됩니다.
-
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때 URL이나 유효하지 않은 URL을 사용하여
Repository
CR(사용자 정의 리소스)을 생성할 수 있었습니다. 이번 업데이트를 통해 유효한 URL을 제공하는 경우에만Repository
CR을 생성할 수 있습니다. 모든 리포지토리에 대한 기본 설정을 제공하는 URL 없이openshift-pipelines
네임스페이스에Repository
CR을 계속 생성할 수 있습니다. -
이번 업데이트 이전에는 Pipelines를 코드로 사용할 때 GitLab의 분기된 리포지터리를 통해 가져오기 요청이 발생한 경우
PipelineRun
리소스가 성공적으로 생성되었지만 GitLab UI에서 최종 상태가 보고되지 않았습니다. 이번 업데이트를 통해 문제가 해결되었습니다. - 이번 업데이트 이전에는 Pipeline을 코드로 사용할 때 GitLab에서 파이프라인의 검사 이름을 파이프라인의 단일 항목으로 표시했습니다. 이로 인해 여러 파이프라인 실행이 동시에 실행되고 그 중 하나가 실패한 경우 문제가 발생했습니다. 다른 파이프라인 실행이 성공하면 실패 상태를 재정의하고 파이프라인이 성공으로 표시됩니다. 이번 업데이트를 통해 각 파이프라인 실행에 대해 모든 검사 이름이 별도로 표시됩니다. 따라서 파이프라인이 실행되는 경우 파이프라인 상태가 실패로 올바르게 표시됩니다.
-
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때
PipelineRun
리소스 정의에서{{ trigger_comment }}
변수를 사용한 다음 GitHub에서 여러 줄 주석을 제출하면 Pipeline을 코드로 통해 파이프라인 실행에 대한 YAML 검증 오류를 다시 게시할 수 있습니다. 이번 업데이트를 통해 문제가 해결되었습니다. -
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때 다른 명령으로 상호 작용할 수 있는 부분이 포함된 분기 이름에 제대로 작동하지 않는
/test branch:
<branch> 명령입니다. 예를 들어/test branch:a/testbranch
명령에서 분기 분기 이름에/test
가 포함되어 있으며 이 명령이 실패합니다. 이번 업데이트를 통해 주석의 첫 번째/test
하위 문자열만 오작동을 방지하기 위한 명령으로 간주됩니다. -
이번 업데이트 이전에는 권한이 없는 사용자가 GitHub에서 푸시된 커밋에서
/test
,/retest
또는 기타 GitOps 명령을 전송한 경우 사용자가 트리거할 권한이 없는 경우에도PipelineRun
리소스가 트리거되었습니다. 이번 업데이트를 통해 추가 사용자 권한 부여 검사가 추가되어 적절한 확인 없이PipelineRun
리소스가 트리거되지 않습니다. -
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때 권한이 없는 사용자가 가져오기 요청을 게시하고 리포지토리 관리자가
/ok-to-test
명령을 보낸 경우 pull request 이벤트에 일치하는PipelineRun
리소스가 없는 경우에도 보류 중인 검사가 생성되었습니다. 이번 업데이트를 통해 일치하는PipelineRun
리소스가 없는 경우 보류 중인 검사가 생성되지 않습니다. 대신 일치하는PipelineRun
이 없음을 설명하는 중립 검사가 생성됩니다. 이번 업데이트 이전에는 Bitbucket Data Center와 함께 Pipeline을 코드로 사용할 때 푸시 이벤트 사용자가
PipelineRun
리소스의 이벤트 페이로드의 모든 필드를 참조할 수 없었습니다(예:body.changes
오브젝트). 이번 업데이트에서는 이 문제가 해결되었습니다.{{ body.changes }} 동적 변수 사용 예
apiVersion: tekton.dev/v1 kind: PipelineRun # ... spec: params: - name: ref_id value: "{{ body.changes[0].ref.id }}" # ...
-
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때
PipelineRun
리소스에서generateName
필드를 사용하여들어오는
Webhook에 리소스를 일치시키는 경우 일치 항목이 올바르게 작동하지 않았습니다. 이번 업데이트를 통해 문제가 해결되었습니다. -
이번 업데이트 이전에는 Pipeline을 코드로 사용할 때
on-cel-expression
주석이 Bitbucket Data Center의 푸시 이벤트에서 작동하지 않았습니다. 이번 업데이트를 통해 문제가 해결되었습니다.