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