수동 작업에 대한 변경 가속

의 도구 기록 페이지에서 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_failuretrue로 설정하면 변경이 거부되어도 파이프라인이 계속됩니다.
• 적절한 역할 액세스 권한이 GitLab 있는 사용자는 변경 요청 상태에 관계없이 파이프라인의 차단을 해제하고 계속할 수 있습니다.

표 1. GitLab 가속 동작 변경

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

주:

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