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