---
sourceDocument: Yokohama Gestão de serviços de TI
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-service-management

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Gestão de serviços de TI

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Sequência de execução e lógica de espera para trabalhos de reexecução

# Sequência de execução e lógica de espera para trabalhos de reexecução {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

A sequência de processamento e a lógica de espera para trabalhos de reexecução são diferentes quando você reutiliza ou cria uma solicitação de mudança como parte de um trabalho de reexecução.

## Considerações existentes {#devops-rerun-waiting-logic__section_ukk_ppm_vqb}

* Uma solicitação de mudança não deve existir em uma fase que contém trabalhos paralelos.
* Se mais de um estágio estiver em execução em paralelo, a solicitação de mudança não deve ser o primeiro trabalho em ambas as fases.

{#devops-rerun-waiting-logic__ul_k4s_spm_vqb}  
Nota:  
As fases paralelas nos pipelines de versão são processadas e exibidas na IU do pipeline conforme ocorrem no Azure DevOpspipeline. As fases paralelas nos pipelines de compilação ainda são processadas em paralelo, mas aparecem em uma ordem serial na IU do pipeline.

## Considerações de upgrade {#devops-rerun-waiting-logic__section_vzp_v5m_vqb}

Não há mudança na funcionalidade ou na execução quando você executa a primeira tentativa de pipeline. Todas as fases são processadas sequencialmente e os testes associados, verificações de qualidade de software e solicitações de mudança são executados e criados conforme modelado.  
Nota:  
* Execute um novo pipeline após o upgrade se você tiver reexecutado fases e pipelines antes do upgrade. As tentativas de reexecução e eventos com falha antes do upgrade são ignorados por ServiceNow DevOpspara novas tentativas.
* Se você tiver executado o pipeline apenas uma vez antes do upgrade, poderá executar novamente a fase ou o pipeline. A funcionalidade de reexecução se aplica conforme projetado e é salva em ServiceNow DevOps.
{#devops-rerun-waiting-logic__ul_vl2_kxm_vqb}

## Lógica de processamento e sequência de execução {#devops-rerun-waiting-logic__section_es4_zvm_vqb}

* Se a mesma chamada de registro da versão do artefato for recebida na nova tentativa, a chamada de registro será ignorada.
* As chamadas de registro de pacote com o mesmo nome de pacote não são ignoradas. Um novo pacote associado às versões de artefato e à execução do pipeline é criado durante a nova tentativa. Os artefatos associados ao pacote mais recente serão mostrados na solicitação de mudança.
{#devops-rerun-waiting-logic__ul_izp_cwm_vqb}

Em Azure DevOpsGUI, se você executar novamente uma fase em um pipeline de compilação, as reexecuções de fases subsequentes também serão acionadas em sua sequência especificada. Se você tentar processar novamente um pipeline antes que todas as fases da tentativa anterior não estejam concluídas. A tentativa subsequente aguarda até que todos os eventos na tentativa anterior sejam processados.

Para pipelines de versão, as fases são executadas na sequência especificada somente durante a primeira execução. Para tentativas de reexecução subsequentes, execute manualmente cada fase. Nos pipelines de versão, mesmo que as fases estejam sendo executadas em paralelo em Azure DevOps, a partir da segunda tentativa, os eventos são processados na sequência especificada.  
* Quando uma nova solicitação de mudança é criada para um trabalho de fase de nova tentativa e a fase em que você está tentando incluir um teste e uma verificação de qualidade de software, somente os resultados da verificação de qualidade de software e Resumo de teste mais recentes são exibidos na lista relacionada Solicitação de mudança.
* Quando uma solicitação de mudança é reutilizada para um trabalho de fase de reexecução, os resultados da verificação Resumo de testes e Qualidade de software de cada tentativa são exibidos na lista relacionada Solicitação de mudança.
{#devops-rerun-waiting-logic__ul_yg5_s1n_vqb}