수동 작업에 대한 변경 가속

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 소요 시간: 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 지원됩니다. 자세한 내용은 해당 문서를 ServiceNow 에 대한 사용자 지정 작업 GitLab참조하십시오GitLab 병렬 작업이 있는 파이프라인.

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

    추가 고려 사항:
    • allow_failuretrue로 설정하면 변경이 거부된 경우에도 파이프라인이 계속됩니다.
    • 에서 적절한 역할 액세스 GitLab 권한이 있는 사용자는 변경 요청 상태에 관계없이 파이프라인의 차단을 해제하고 파이프라인을 계속할 수 있습니다.
    표 1. GitLab 변경 가속 동작
    수동 실행 단계에서 가속도 변경 변경 요청 승인됨 결과
    예 예 해당 사항 없음

    수동 작업이 변경 제어 중인 경우 변경이 자동으로 생성됩니다.
    예

    수동 작업은 자동으로 실행됩니다.
    아니요

    수동 작업이 자동으로 거부/실패합니다.
    아니요 해당 사항 없음

    수동 작업은 UI를 통해 파이프라인 소유자의 수동 개입을 GitLab 기다립니다(기본 동작).
    아니요 예 해당 사항 없음

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