재실행 작업에 대한 실행 시퀀스 및 대기 논리

재실행 작업의 일부로 변경 요청을 재사용하거나 생성할 때는 재실행 작업에 대한 처리 시퀀스와 대기 논리가 다릅니다.

기존 고려 사항

• 변경 요청은 병렬 작업을 포함하는 스테이지에 있어서는 안 됩니다.
• 둘 이상의 스테이지가 동시에 실행 중인 경우, 변경 요청은 두 스테이지 모두에서 첫 번째 작업이어서는 안 됩니다.

주:

릴리스 파이프라인의 병렬 스테이지는 파이프라인에서 Azure DevOps 발생할 때 처리되어 파이프라인 UI에 표시됩니다. 빌드 파이프라인의 병렬 단계는 여전히 병렬로 처리되지만 파이프라인 UI에 순차적으로 표시됩니다.

업그레이드 고려 사항

첫 번째 파이프라인 시도를 실행할 때 기능이나 실행에는 변경 사항이 없습니다. 모든 스테이지가 순차적으로 처리되고 관련 테스트, 소프트웨어 품질 스캔 및 변경 요청이 모델링된 대로 실행 및 생성됩니다.

주:

• 업그레이드하기 전에 스테이지와 파이프라인을 다시 실행한 경우 업그레이드 후 새 파이프라인을 실행합니다. 업그레이드 전에 재실행 시도 및 실패한 이벤트는 다시 시도 시 무시됩니다 ServiceNow DevOps .
• 업그레이드 전에 파이프라인을 한 번만 실행한 경우 단계 또는 파이프라인을 다시 실행할 수 있습니다. 다시 실행 기능은 설계한 대로 적용되며 에 저장됩니다 ServiceNow DevOps.

실행 시퀀스 및 처리 논리

• 다시 시도할 때 동일한 아티팩트 버전 등록 호출이 수신되면 등록 호출이 무시됩니다.
• 동일한 패키지 이름을 가진 패키지 등록 호출은 무시되지 않습니다. 다시 시도하는 동안 아티팩트 버전 및 파이프라인 실행과 연결된 새 패키지가 만들어집니다. 최신 패키지와 연결된 아티팩트가 변경 요청에 표시됩니다.

Azure DevOps GUI에서 빌드 파이프라인의 단계를 다시 실행하면 후속 단계 재실행도 지정된 순서대로 트리거됩니다. 이전 시도의 모든 단계가 완료되지 않기 전에 파이프라인 처리를 다시 시도하는 경우. 후속 시도는 이전 시도의 모든 이벤트가 처리될 때까지 대기합니다.

릴리스 파이프라인의 경우 스테이지는 첫 번째 실행 중에만 지정된 시퀀스로 실행됩니다. 후속 재실행 시도의 경우 각 스테이지를 수동으로 실행하십시오. 릴리스 파이프라인에서는 스테이지가 에서 Azure DevOps병렬로 실행되는 경우에도 두 번째 시도부터 이벤트가 지정된 순서대로 처리됩니다.

• 재시도 스테이지 작업을 위해 새 변경 요청이 생성되고 재시도 스테이지에 테스트 및 소프트웨어 품질 스캔이 포함된 경우, 변경 요청 관련 목록에는 최신 테스트 요약 및 소프트웨어 품질 스캔 결과만 표시됩니다.
• 변경 요청이 재실행 스테이지 작업에 재사용되는 경우 각 시도에 대한 테스트 요약 및 소프트웨어 품질 스캔 결과가 변경 요청 관련 목록에 표시됩니다.