우리는 CI 파이프 라인 용 Go CD를 사용하고 있습니다. 우리는 여러 개의 Go CD 사용자를 만들었으며 모두 Go CD의 파이프 라인을 트리거 할 수있는 액세스 권한을 가지고 있습니다.CD 트리거 사용자는 다단계 파이프 라인에서 항상 '변경'값을 얻습니다.
dev-to-prod주기를 완료하기 위해 여러 파이프 라인을 사용하지만 여러 파이프 라인으로 인한 디스크 공간 절약과 여러 단계의 단일 파이프 라인을 사용하여 동일한 효과를 얻을 수 있습니다. 환경 (즉, stag, prod).
우리의 요구 사항은 Go CD 시스템에 의해 설정된 GO_TRIGGER_USER를 얻는 것이며,이 정보를 기반으로 사용자 정의 스크립트에서 의사 결정을 수행합니다. 단일 스테이지 빌드에서 완벽하게 작동합니다. 즉, 변경 사항이 파이프 라인을 트리거하는 저장소로 푸시되면 GO_TRIGGER_USER 환경 변수는 '변경'값을 가져오고 그렇지 않으면 파이프 라인을 수동으로 트리거 한 이동 CD 사용자의 사용자 이름으로 설정합니다.
다단식 빌드에서 문제가 발생합니다. 파이프 라인이 Go CD 사용자에 의해 수동으로 트리거되는 경우에도 항상 GO_TRIGGER_USER가 '변경'으로 설정되는 파이프 라인의 2 단계부터 시작합니다.
이 동작을 방지하기위한 아이디어 나 해결책이 있습니까?