새 기능을 개발하거나 기존 기능을 수정할 때, 해당 변경 사항이 포함된 설치 가능한 패키지(또는 Docker 이미지)를 테스트용으로 사용할 수 있으면 매우 유용합니다. 이를 위해 GitLab CI/CD 파이프라인에는 Omnibus GitLab 리포지터리에서 파이프라인을 트리거할 수 있는 수동 job이 제공됩니다. 이 파이프라인은 다음을 생성합니다:

• Ubuntu 16.04용 deb 패키지 (빌드 아티팩트로 제공)

• Docker 이미지. Docker 이미지는 Omnibus GitLab 컨테이너 레지스트리에 푸시됩니다. GitLab Enterprise Edition 이미지의 이름은 gitlab-ee입니다. GitLab Community Edition 이미지의 이름은 gitlab-ce입니다.

• 이미지 태그는 파이프라인을 트리거한 커밋입니다.

GitLab CE 또는 GitLab EE 프로젝트에 커밋을 푸시하면, 해당 커밋의 파이프라인에는 .pre Stage의 e2e:test-on-omnibus-ee 자식 파이프라인 내에 trigger-omnibus job이 포함됩니다.

[

](/19.1/development/img/trigger_omnibus_v16_3.png)

자식 파이프라인이 시작된 후, trigger-omnibus를 선택하면 TRIGGERED_EE_PIPELINE이라는 이름의 자식 파이프라인으로 이동할 수 있습니다.

[

](/19.1/development/img/triggered_ee_pipeline_v16_3.png)

다음으로 trigger-package Stage에서 Trigger:package job을 선택합니다.

Trigger:package job이 완료되면 아티팩트가 GitLab에 업로드됩니다. 이후 아티팩트를 Browse하여 .deb 파일을 다운로드하거나, GitLab API를 사용하여 VM으로 직접 파일을 다운로드할 수 있습니다. 이 아티팩트의 만료 기간은 짧으므로, 하루 정도 이내에 자동으로 삭제된다는 점에 유의하세요.

구성 요소 버전 지정#

GitLab 구성 요소(GitLab Workhorse, Gitaly, GitLab Pages 등)의 특정 브랜치, 커밋 또는 태그를 기반으로 패키지를 생성하려면, 해당 구성 요소의 *_VERSION 파일에 브랜치 이름, 커밋 SHA 또는 태그를 지정할 수 있습니다. 예를 들어 0-1-stable 브랜치를 사용하는 패키지를 빌드하려면, GITALY_SERVER_VERSION의 내용을 0-1-stable로 수정하고 커밋을 푸시하세요. 그러면 빌드를 트리거하는 데 사용할 수 있는 수동 job이 생성됩니다.

Omnibus GitLab 리포지터리의 브랜치 지정#

구성 변경이 필요하고 Omnibus GitLab 리포지터리의 특정 브랜치에 이미 필요한 변경 사항이 있는 경우, OMNIBUS_BRANCH라는 CI/CD 변수를 통해 해당 브랜치를 기준으로 패키지를 빌드할 수 있습니다. 이를 위해 .gitlab-ci.yml에 해당 변수와 브랜치 이름을 값으로 지정하고 커밋을 푸시하세요. 그러면 빌드를 트리거하는 데 사용할 수 있는 수동 job이 생성됩니다.