수동 작업의 변경 가속

의 DevOps 변경 속도도구 기록 페이지에서 파이프라인에 대한 변경 내용 추적을 활성화합니다.

변경 통제 중인 작업에는 GitLab 변경 요청을 통해 재개되거나 취소되는 파이프라인 실행에 대한 다음 지침이 있어야 합니다.

• when: 수동
• allow_failure: 거짓

예:

deploy:
  stage: deploy
  tags:
    - local-runner1
  when: manual
  allow_failure: false
  script:
    - echo 'Deploy'

주:

기반 변경의 경우 when:manual 변경 요청이 특정 단계에서 생성되려면 이전 스테이지가 모두 성공적으로 완료되어야 합니다. 이전 스테이지가 호출되지 않거나 성공하지 못한 경우, 현재 스테이지가 바로 이전 스테이지에 의존성이 없더라도 에서 변경 요청이 생성되지 않습니다.ServiceNow

GitLab 파이프라인 병렬 스테이지는 Docker 이미지에서 지원됩니다 GitLab . 자세한 내용은 해당 문서를 일반 Docker 컨테이너 이미지를 사용하여 파이프라인에 대한 사용자 지정 작업 구현참조하십시오GitLab 병렬 작업이 있는 파이프라인.

작업 구성 GitLab 방법에 대한 자세한 내용은 CI/CD 파이프라인 구성 참조를 참조하십시오.

추가 고려 사항:

• allow_failure 를 true로 설정하면 변경이 거부되더라도 파이프라인이 계속됩니다.
• 에서 GitLab 적절한 역할 액세스 권한이 있는 사용자는 변경 요청 상태에 관계없이 파이프라인의 차단을 해제하고 계속할 수 있습니다.

표 1. GitLab 변경 가속 동작

수동 실행	단계에서 변경 가속	변경 요청 승인됨	결과
예	예	해당 사항 없음	수동 작업이 변경 제어 하에 있으면 변경이 자동으로 생성됩니다.
		예	수동 작업은 자동으로 실행됩니다.
		아니요	수동 작업은 자동으로 거부/실패합니다.
	아니요	해당 사항 없음	수동 작업은 UI를 통해 GitLab 파이프라인 소유자의 수동 개입을 기다립니다(기본 동작).
아니요	예	해당 사항 없음	변경 요청이 생성되지 않았습니다.

주:

병렬 작업은 실행을 위해 대기 중인 작업 순서에 따라 순차적으로 표시됩니다.