파이프라인 유형
네 가지 종류의 파이프라인이 있습니다:
- 브랜치 파이프라인
- Merge Request 파이프라인
- Merge Result 파이프라인
- Merge Train
이러한 유형의 파이프라인은 모두 Merge Request의 파이프라인 탭에 나타납니다.
브랜치 파이프라인
브랜치에 변경 사항을 커밋할 때마다 파이프라인이 실행될 수 있습니다.
이 유형의 파이프라인을 브랜치 파이프라인이라고 합니다.
이 파이프라인은 기본적으로 실행됩니다. 구성이 필요하지 않습니다.
브랜치 파이프라인:
- 브랜치에 새로운 커밋을 푸시할 때 실행됩니다.
- 일부 미리 정의된 변수에 액세스할 수 있습니다.
- 보호된 변수와 보호된 러너에 액세스할 수 있습니다.
Merge Request 파이프라인
브랜치 파이프라인 대신에, Merge Request에서 소스 브랜치를 변경할 때마다 파이프라인을 실행하도록 구성할 수 있습니다.
이 유형의 파이프라인을 Merge Request 파이프라인이라고 합니다.
Merge Request 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml
파일의 작업을 Merge Request 파이프라인으로 실행하도록 구성해야 합니다.
자세한 정보는 Merge Request 파이프라인을 참조하세요.
Merge된 결과 파이프라인
merged results
라벨은 GitLab 16.5에서 소개되었습니다.
Merge된 결과 파이프라인은 소스와 대상 브랜치가 Merge된 결과에 대해 실행됩니다. 이는 Merge Request 파이프라인의 일종입니다.
이러한 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml
파일의 작업을 Merge Request 파이프라인으로 설정하고, Merge Request 파이프라인을 활성화해야 합니다.
이러한 파이프라인은 파이프라인 디렉터리에 merged results
라벨이 표시됩니다.
자세한 정보는 Merge된 결과 파이프라인을 참조하세요.
Merge Train
기본 브랜치에 빈번한 Merge이 있는 프로젝트에서, 서로 다른 Merge Request의 변경 사항이 서로 충돌할 수 있습니다. Merge Train을 사용하여 Merge Request을 대기열에 넣을 수 있습니다. 각 Merge Request은 다른 이전 Merge Request과 비교되어 모두 함께 작동하는지 확인합니다.
Merge Train은 Merge된 결과 파이프라인과 다릅니다. 왜냐하면 Merge된 결과 파이프라인은 변경 사항이 기본 브랜치의 내용과 함께 작동하는지 확인하지만, 다른 사람들이 동시에 Merge하는 내용과는 작동하지 않습니다.
이러한 파이프라인은 기본적으로 실행되지 않습니다. .gitlab-ci.yml
파일의 작업을 Merge Request 파이프라인으로 설정하고, Merge Request 파이프라인 및 Merge Train을 활성화해야 합니다.
이러한 파이프라인은 파이프라인 디렉터리에 merge train
라벨이 표시됩니다.
자세한 정보는 Merge Train을 참조하세요.