변경 요청 승인

변경 요청은 수동 또는 자동으로 승인할 수 있습니다(모든 필수 규정 준수 검사를 통과하고 배포 준비가 true).

기본적으로 표준 변경 요청이 작성되고 모든 필수 규제 준수 검사를 패스하면 배치 준비가 true로 설정됩니다. 변경 요청이 표준 유형이고 배치 준비가 true로 설정되면 자동으로 승인됩니다.

하나 이상의 규정 준수 검사에 실패하면 배포 준비 상태가 false 로 설정되어 연속 배포 파이프라인이 중단되고 승인되지 않은 변경 요청으로 인해 배포가 중지됩니다.

긴급 상황에서도 프로모션 풀 리퀘스트에 긴급 레이블을 추가하여 배포를 계속 진행할 수 있습니다.

또한 배포 파이프라인이 활용할 수 있는 수동으로 사전 승인된 변경 요청을 제공할 수도 있습니다( status_approved 레이블 포함) Gitlab에서

다음 방법 중 하나를 선택하세요:

옵션 1: 프로모션 PR에 긴급 라벨 추가하기

긴급 변경사항을 즉시 배치해야 하는 경우 긴급 모드를 사용할 수 있습니다. 변경 사항을 승격할 때 승격 풀 리퀘스트에 emergency 레이블을 추가하여 지속적인 배포 파이프라인에 긴급 변경 요청을 만들라는 메시지를 표시하세요. 긴급 변경 요청은 승인이 누락된 경우에도 배치를 계속할 수 있도록 합니다. 비상 흐름에 대한 자세한 내용은 변경 관리 자동화를 참조하세요.

긴급 모드를 주의하여 사용하십시오.

도구체인을 만들 때 프로모션 풀 리퀘스트에서 지속적인 배포 파이프라인이 찾는 긴급 레이블(default: EMERGENCY)의 값을 설정할 수 있습니다.

비상 라벨
비상 라벨

파이프라인의 환경 변수에서 긴급 레이블의 값을 변경할 수도 있습니다.

비상 라벨 변수
비상 라벨 변수

emergency-label 환경 속성에 설정된 값으로 표시되는 이 레이블은 프로모션 풀 리퀘스트에 추가하여 변경 사항이 긴급 변경 사항임을 CD 파이프라인에 알려야 합니다.

배포가 완료되면 긴급 변경 요청은 Review 상태로 설정되며, 이는 할당된 승인자가 이를 소급하여 검토하고 승인해야 함을 나타냅니다.

CI 파이프라인 쪽에는 비상 흐름이 없습니다. 그러나 CI 파이프라인/트리거 속성 skip-inventory-update-on-failure 을 빈 값 또는 0 으로 설정하면 CI 파이프라인 실행에서 문제가 감지되더라도 인벤토리 리포지토리를 업데이트할 수 있습니다. 이 업데이트된 인벤토리로 긴급 변경을 활성화할 수 있습니다.

옵션 2: 수동으로 사전 승인된 CR 제공

배치가 긴급이 아닌 경우 변경 요청을 수동으로 승인할 때까지 대기할 수 있습니다. 연속 배포 파이프라인 환경 변수에 설정된 기존의 수동으로 사전 승인된 변경 요청 번호를 사용합니다. 기본값은 notAvailable 이며, 이는 지속적 배포 파이프라인이 새 변경 요청을 생성한다는 의미입니다.

수동으로 사전 승인된 CR
수동으로 사전 승인된 CR