This page contains information related to upcoming products, features, and functionality.
It is important to note that the information presented is for informational purposes only.
Please do not rely on this information for purchasing or planning purposes.
The development, release, and timing of any products, features, or functionality may be subject to change or delay and remain at the
sole discretion of GitLab Inc.
Status | Authors | Coach | DRIs | Owning Stage | Created |
---|---|---|---|---|---|
proposed | devops verify | - |
GitLab CI 이벤트 제안 1: .gitlab-ci.yml
파일 사용
현재, 두 개의 컨셉 증명(POC) 구현이 있습니다:
두 POC는 유사한 아이디어를 가지고 있습니다.;
-
새로운 CI 구성 구문을 찾아 파이프라인 이벤트를 정의합니다.
예제 1:
workflow: events: - events/package/published # 또는 workflow: on: - events/package/published
예제 2:
spec: on: - events/package/published - events/package/removed # on: # package: [published, removed] --- do_something: script: echo "Hello World"
- 새 구성이 푸시될 때 데이터베이스에 워크플로우 정의를 업서트합니다.
- GitLab에서 어떤 일이 일어날 때마다 구독과 게시자를 매칭합니다.
토의
- 구독 변경을 효율적으로 감지하는 방법은 무엇인가요?
- 다른 브랜치에서의 워크플로우 / 이벤트 / 구독 간의 차이를 어떻게 처리해야 하나요?
- 모든 푸시마다 구독을 업서트해야 할까요?