파이프라인의 유형

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

프로젝트에서는 여러 유형의 파이프라인이 실행될 수 있습니다. 여기에는 다음이 포함됩니다:

이러한 유형의 파이프라인은 모두 머지 요청의 파이프라인 탭에 표시됩니다.

브랜치 파이프라인

변경 사항을 브랜치에 커밋할 때마다 파이프라인이 실행될 수 있습니다.

이 유형의 파이프라인을 브랜치 파이프라인이라고 합니다.

이 파이프라인은 기본적으로 실행됩니다. 구성은 필요하지 않습니다.

브랜치 파이프라인:

파이프라인은 새 태그를 생성하거나 푸시할 때마다 실행될 수 있습니다.

이 유형의 파이프라인을 태그 파이프라인이라고 합니다.

이 파이프라인은 기본적으로 실행됩니다. 구성은 필요하지 않습니다.

태그 파이프라인:

브랜치 파이프라인 대신 머지 요청에서 소스 브랜치에 변경을 할 때마다 실행되도록 파이프라인을 구성할 수 있습니다.

이 유형의 파이프라인을 머지 요청 파이프라인이라고 합니다.

머지 요청 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml 파일에서 작업을 구성하여 머지 요청 파이프라인으로 실행해야 합니다.

자세한 내용은 머지 요청 파이프라인을 참조하세요.

병합 결과 레이블은 도입되었습니다 GitLab 16.5에서.

병합 결과 파이프라인은 소스 브랜치와 대상 브랜치를 병합한 결과에서 실행됩니다.
이것은 머지 요청 파이프라인의 일종입니다.

이 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml 파일에서 작업을 구성하여 머지 요청 파이프라인으로 실행해야 하며, 머지 요청 파이프라인을 활성화해야 합니다.

이 파이프라인은 파이프라인 목록에 병합 결과 레이블을 표시합니다.

자세한 내용은 병합 결과 파이프라인을 참조하세요.

기본 브랜치에 빈번하게 병합이 이루어지는 프로젝트에서는 다른 머지 요청 간에 변경 사항이 충돌할 수 있습니다. 머지 요청을 대기열에 넣으려면 머지 트레인을 사용하세요.
각 머지 요청은 이전 머지 요청과 비교되어 함께 작동하도록 보장합니다.

머지 트레인은 병합 결과 파이프라인과 다릅니다.
병합 결과 파이프라인은 변경 사항이 기본 브랜치의 콘텐츠와 작동하는지 보장하지만, 다른 사람들이 동시에 병합하는 콘텐츠와는 아닙니다.

이 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml 파일에서 작업을 구성하여 머지 요청 파이프라인으로 실행하고, 머지 요청 파이프라인을 활성화하고, 머지 트레인을 활성화해야 합니다.

이 파이프라인은 파이프라인 목록에 머지 트레인 레이블을 표시합니다.

자세한 내용은 머지 트레인을 참조하세요.