GitLab Pages 병렬 배포

GitLab Pages 병렬 배포에 대해 설명합니다.

히스토리 GitLab 16.7에서 pages_multiple_versions_setting 이라는 플래그 와 함께 실험 으로 도입 . 기본적으로 비활성화됩니다. GitLab 17.4에서 "multiple deployments"에서 "parallel deployments"로 이름 변경 . GitLab 17.4에서 GitLab.com, GitLab Self-Managed, GitLab Dedicated에서 활성화 . GitLab 17.7에서 프로젝트 설정을 제거하도록 변경 . GitLab 17.8에서 path_prefix 에 마침표를 허용하도록 변경 . GitLab 17.9에서 publish 속성에 변수를 전달할 때 허용하도록 변경 . GitLab 17.9에서 일반 공개 . 기능 플래그 pages_multiple_versions_setting 제거됨. Pages 작업에만 해당하는 artifacts:paths 에 pages.publish 경로 자동 추가가 GitLab 17.10에서 도입 . 병렬 배포를 사용하면 GitLab Pages 사이트의 여러 버전을 동시에 게시할 수 있습니다. 각 버전은 지정한 경로 접두사를 기반으로 고유한 URL을 가집니다. 다음 용도로 병렬 배포를 사용합니다: 프로덕션에 병합하기 전에 개발 브랜치에서 변경 사항을 테스트하는 워크플로우를 향상합니다. 피드백을 위해 이해관계자와 작업 중인 미리보기를 공유합니다. 여러 소프트웨어 버전에 대한 문서를 동시에 유지합니다. 다양한 대상을 위한 현지화된 콘텐츠를 게시합니다. 최종 게시 전 검토를 위한 스테이징 환경을 만듭니다. 각 사이트 버전은 지정한 경로 접두사를 기반으로 고유한 URL을 가집니다. 이 병렬 배포가 존재하는 기간을 제어합니다. 기본적으로 24시간 후에 만료되지만 검토 일정에 맞게 이 기간을 커스터마이징할 수 있습니다. 병렬 배포 만들기 # 사전 요건: 루트 레벨 네임스페이스에 사용 가능한 병렬 배포 슬롯 이 있어야 합니다. 병렬 배포를 만들려면: .gitlab-ci.yml 파일에 path_prefix 가 있는 Pages 작업을 추가합니다: pages: stage: deploy script: - echo "Pages accessible through ${CI_PAGES_URL}" pages: # specifies that this is a Pages job and publishes the default public directory path_prefix: "$CI_COMMIT_BRANCH" path_prefix 값: 소문자로 변환됩니다. 숫자( 0-9 ), 문자( a-z ), 마침표( . )를 포함할 수 있습니다. 다른 모든 문자는 하이픈( - )으로 대체됩니다. 하이픈( - ) 또는 마침표( . )로 시작하거나 끝날 수 없으므로 제거됩니다. 63바이트 이하여야 합니다. 더 긴 것은 잘립니다. 선택 사항. 동적 접두사를 원하면 path_prefix 에 CI/CD 변수 를 사용합니다. 예: pages: path_prefix: "mr-$CI_MERGE_REQUEST_