수동 작업에 대한 변경 가속

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 1분

    • 의 도구 기록 페이지에서 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 파이프라인 소유자의 수동 개입을 기다립니다(기본 동작).
    아니요 예 해당 사항 없음

    변경 요청이 생성되지 않습니다.
    주:
    병렬 작업은 작업이 실행을 위해 큐에 대기하는 순서에 따라 순차적으로 표시됩니다.