파이프라인 실행 정책

파이프라인 실행 정책을 사용하여 단일 구성으로 여러 프로젝트의 CI/CD job을 관리하고 적용하는 방법을 설명합니다.

히스토리 GitLab 17.2에서 pipeline_execution_policy_type 이라는 기능 플래그와 함께 도입 되었습니다. 기본적으로 활성화되어 있습니다. GitLab 17.3에서 정식 출시 되었습니다. 기능 플래그 pipeline_execution_policy_type 이 제거되었습니다. 파이프라인 실행 정책을 사용하면 하나의 구성으로 여러 프로젝트의 CI/CD job을 관리하고 강제할 수 있습니다. Warning 같은 프로젝트에 있는 기존 컴플라이언스 파이프라인 을 마이그레이션하기 전에는 파이프라인 실행 정책을 활성화하지 마십시오. 둘 다 구성되어 있으면 컴플라이언스 파이프라인이 표준 프로젝트 파이프라인을 대체하지만, 파이프라인 실행 정책은 원래의 프로젝트 파이프라인을 기준으로 적용됩니다. 이 때문에 파이프라인 실행 정책 전략과 CI/CD 구성에 따라 동작을 예측할 수 없게 되며, job이 중복되거나 파이프라인이 실패하거나 중요한 보안 및 컴플라이언스 검사가 누락될 수 있습니다. 컴플라이언스 파이프라인은 더 이상 사용되지 않습니다 . 기존 컴플라이언스 파이프라인은 가능한 한 빨리 마이그레이션하고, 모든 신규 구현에는 파이프라인 실행 정책을 사용해야 합니다. 동영상 안내는 Security Policies: Pipeline Execution Policy Type 을 참고합니다. 스키마 # 히스토리 GitLab 17.4에서 suffix 필드가 활성화 되었습니다. GitLab 17.7에서 이후 stage가 .pipeline-policy-pre stage의 완료를 기다리도록 파이프라인 실행 방식이 변경 되었습니다. GitLab 18.10에서 .pipeline-policy-pre stage가 실패하면 이후의 모든 job을 건너뛰도록 파이프라인 실행 방식이 변경 되었습니다. 기본적으로 활성화되어 있습니다. GitLab 19.0에서 새 파이프라인 실행 방식이 정식 출시 되었습니다. 기능 플래그 ensure_pipeline_policy_pre_succeeds 가 제거되었습니다. 파이프라인 실행 정책이 담긴 YAML 파일은 pipeline_execution_policy 키 아래에 중첩된, 파이프라인 실행 정책 스키마와 일치하는 객체 배열로 구성됩니다. 보안 정책 프로젝트당 pipeline_execution_policy 키 아래에 최대 5개의 정책을 구성할 수 있습니다. 처음 5개 이후에 구성한 정책은 적용되지 않습니다. 새 정책을 저장하면 GitLab이 이 JSON 스키마 에 대해 내용을 검증합니다. JSON 스키마 를 읽는 방법에 익숙하지 않다면 다음 절과 표를 대신 참고할 수 있습니다. 필드 유형 필수 설명 pipeline_execution_policy array of pipeline execution policy true 파이프라인 실행 정책 목록 (최대 5개) pipeline_execution_policy 스키마 # 필드 유형 필수 설명 name string true 정책 이름. 최대 255자입니다. description (선택 사항