재실행 작업에 대한 실행 시퀀스 및 대기 논리
재실행 작업의 일부로 변경 요청을 재사용하거나 만들 때 재실행 작업의 처리 순서와 대기 논리가 달라집니다.
기존 고려 사항
- 변경 요청은 병렬 작업이 포함된 스테이지에 존재해서는 안 됩니다.
- 둘 이상의 스테이지가 동시에 실행되는 경우 변경 요청이 두 스테이지의 첫 번째 작업이 되어서는 안 됩니다.
주:
릴리스 파이프라인의 병렬 스테이지는 파이프라인에서 Azure DevOps 발생하는 대로 처리되어 파이프라인 UI에 표시됩니다. 빌드 파이프라인의 병렬 스테이지는 여전히 병렬로 처리되지만 파이프라인 UI에는 직렬 순서로 표시됩니다.
업그레이드 고려 사항
첫 번째 파이프라인 시도를 실행할 때는 기능이나 실행에 변경되지 않습니다. 모든 스테이지가 순차적으로 처리되며 관련 테스트, 소프트웨어 품질 스캔 및 변경 요청이 모델링된 대로 실행 및 생성됩니다.
주:
- 업그레이드하기 전에 스테이지와 파이프라인을 다시 실행하는 경우 업그레이드 후에 새 파이프라인을 실행합니다. 재실행 시도와 업그레이드 전에 실패한 이벤트는 무시 ServiceNow DevOps 됩니다.
- 업그레이드 전에 파이프라인을 한 번만 실행한 경우 스테이지 또는 파이프라인을 다시 실행할 수 있습니다. 재실행 기능은 설계된 대로 적용되며 에 저장됩니다 ServiceNow DevOps.
실행 시퀀스 및 처리 논리
- 다시 시도할 때 동일한 아티팩트 버전 등록 호출이 수신되면 등록 호출이 무시됩니다.
- 패키지 이름이 같은 패키지 등록 호출은 무시하지 않습니다. 재시도 중에 아티팩트 버전 및 파이프라인 실행과 연결된 새 패키지가 생성됩니다. 최신 패키지와 연결된 아티팩트가 변경 요청에 표시됩니다.
GUI에서 Azure DevOps 빌드 파이프라인의 스테이지를 다시 실행하면 후속 스테이지 재실행도 지정된 순서대로 트리거됩니다. 이전 시도의 모든 스테이지가 완료되지 전에 파이프라인 처리를 다시 시도하는 경우. 후속 시도는 이전 시도의 모든 이벤트가 처리될 때까지 대기합니다.
릴리스 파이프라인의 경우 스테이지는 첫 번째 실행 중에만 지정된 순서대로 실행됩니다. 후속 재실행 시도의 경우 각 스테이지를 수동으로 실행합니다. 릴리스 파이프라인에서는 스테이지가 에서 병렬 Azure DevOps로 실행되더라도 두 번째 시도부터는 이벤트가 지정된 순서대로 처리됩니다.
- 스테이지 작업 재시도에 대한 새 변경 요청이 생성되고 다시 시도하는 스테이지에 테스트 및 소프트웨어 품질 검사가 포함되어 있는 경우 변경 요청 관련 목록에는 최신 테스트 요약 및 소프트웨어 품질 스캔 결과만 표시됩니다.
- 변경 요청이 재실행 스테이지 작업에 재사용되는 경우 각 시도에 대한 테스트 요약 및 소프트웨어 품질 스캔 결과가 변경 요청 관련 목록에 표시됩니다.