CI/CD 컴포넌트

재사용 가능한 CI/CD 컴포넌트를 만들고 게시하고 파이프라인에서 사용하는 방법을 설명합니다.

히스토리 GitLab 16.0에서 실험 기능 으로 도입되었으며, 기능 플래그 ci_namespace_catalog_experimental 를 사용합니다. 기본적으로 비활성화되어 있습니다. GitLab 16.2에서 GitLab.com 및 GitLab Self-Managed에서 활성화 되었습니다. GitLab 16.3에서 기능 플래그 ci_namespace_catalog_experimental 가 제거 되었습니다. GitLab 16.6에서 베타 로 이동 되었습니다. GitLab 17.0에서 정식으로 제공 되기 시작했습니다. CI/CD 컴포넌트는 재사용 가능한 단일 파이프라인 설정 단위입니다. 컴포넌트를 사용하면 더 큰 파이프라인의 작은 부분을 만들거나, 완전한 파이프라인 설정을 구성할 수도 있습니다. 컴포넌트는 더 동적인 동작을 위해 입력 파라미터 로 설정할 수 있습니다. CI/CD 컴포넌트는 include 키워드로 추가하는 다른 종류의 설정 과 유사하지만, 다음과 같은 몇 가지 장점이 있습니다. 컴포넌트는 CI/CD 카탈로그 에 나열될 수 있습니다. 컴포넌트는 특정 버전으로 릴리스되고 사용될 수 있습니다. 여러 컴포넌트를 같은 프로젝트에서 정의하고 함께 버전 관리할 수 있습니다. 직접 컴포넌트를 만드는 대신, CI/CD 카탈로그 에서 필요한 기능을 갖춘 게시된 컴포넌트를 검색할 수도 있습니다. 소개와 실습 예제는 재사용 가능한 CI/CD 컴포넌트로 효율적인 DevSecOps 워크플로 구성하기 를 참고합니다. --> 일반적인 질문과 추가 지원은 FAQ: GitLab CI/CD Catalog 블로그 게시물을 참고합니다. 컴포넌트 프로젝트 # 히스토리 프로젝트당 최대 컴포넌트 수가 GitLab 18.5에서 30개에서 100개로 변경 되었습니다. 컴포넌트 프로젝트는 하나 이상의 컴포넌트를 호스팅하는 리포지터리를 가진 GitLab 프로젝트입니다. 프로젝트 내 모든 컴포넌트는 함께 버전 관리되며, 프로젝트당 최대 100개까지 지원합니다. 컴포넌트가 다른 컴포넌트와 다른 버전 관리가 필요한 경우, 해당 컴포넌트는 전용 컴포넌트 프로젝트로 옮겨야 합니다. 컴포넌트 프로젝트 생성 # 컴포넌트 프로젝트를 생성하려면 다음을 수행해야 합니다. README.md 파일과 함께 새 프로젝트를 생성 합니다. 설명에 컴포넌트에 대한 명확한 소개가 포함되도록 합니다. 선택 사항. 프로젝트를 생성한 후 프로젝트 아바타를 추가 할 수 있습니다. CI/CD 카탈로그 에 게시된 컴포넌트는 컴포넌트 프로젝트 요약을 표시할 때 설명과 아바타를 모두 사용합니다. 필수 디렉터리 구조 에 따라 각 컴포넌트에 대한 YAML 설정 파일을 추가합니다. 예를 들면 다음과 같습니다. spec: inputs: stage: default: test --- component-job: script: echo job 1 stage: $[[ inputs.stage ]] 컴포넌트를 즉시 사용 할 수 있지만, CI/CD 카탈로그 에 컴포넌트를 게시하는 것도 고려해볼 수 있습니다. 디렉터리 구조 # 리포지터리에