---
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


---

# Falha ao reiniciar trabalhos e fases do pipeline de compilação ou versão

# Falha ao reiniciar trabalhos e fases do pipeline de compilação ou versão {#ariaid-title1}

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

Reexecute ou reimplante Azure DevOpsmudanças de compilação, versão ou pipelines que falharam ou foram canceladas nessa fase ou pipeline. As novas tentativas são exibidas no DevOpsIU do pipeline como execuções contínuas em vez de criar novas execuções.

## Novamente Azure DevOpspipelines ou fases {#restart-pipeline-stage-devops-ado__section_hcs_vvq_sqb}

Você pode executar novamente pipelines de compilação ou lançamento com falha ou cancelados ou mudar trabalhos em Azure DevOps. As reexecuções são processadas como parte da mesma execução de pipeline da primeira execução em ServiceNow DevOps. Você pode executar novamente pipelines inteiros ou trabalhos e fases específicos com falha ou cancelados. Agora, você pode optar por reutilizar uma solicitação de mudança em vez de criar uma nova solicitação de mudança sempre que reiniciar uma fase ou um pipeline.

Um attemptNumbero parâmetro é adicionado à carga, o que nos ajuda a rastrear reexecuções. Resumo do teste associado, resultados da verificação de qualidade do software, confirmações , os itens de trabalho correspondentes a cada tentativa de reexecução também são atualizados em ServiceNow DevOps.

Se você estiver usando o. [Configurando o controle de mudanças usando a REST API de invocar do Azure](https://servicenow-prod.fluidtopics.net/qF1cvGY0pyKYR2QzDo_E~Q "Você pode usar a REST API do Azure Invocar no pipeline do YAML ou do Azure clássico para configurar o controle de mudanças DevOps.")você deve adicionar o parâmetro número de tentativa ao corpo da carga no formato de sintaxe especificado para pipelines de compilação e lançamento. Se você não especificar o parâmetro Número de tentativa, o número de tentativa padrão será definido como 1.  
Parâmetro de número de tentativa de exemplo na carga do pipeline de compilação:

    "attemptNumber": "$(system.jobAttempt)"​

Parâmetro de número de tentativa de exemplo na carga do pipeline de versão:

    "attemptNumber": "$(Release.AttemptNumber)"

Nota:  
Não use as notificações iniciadas e concluídas existentes para os trabalhos de fase. Se seus trabalhos considerarem as notificações iniciadas e concluídas, a funcionalidade de reexecução não funcionará.

## Reutilizando solicitações de mudança {#restart-pipeline-stage-devops-ado__section_z4z_plk_sqb}

Se um trabalho habilitado para mudança for executado novamente e existir uma solicitação de mudança para a execução/tentativa anterior, você poderá optar por reutilizar a solicitação de mudança anterior ou criar uma nova solicitação de mudança usando o sistema base "Subfluxo de decisão de reutilização de solicitação de mudança de DevOps". A implementação padrão deste subfluxo permite reutilizar uma solicitação de mudança da tentativa anterior se a solicitação de mudança estiver nos estados de implementação ou pós-implementação. Se a solicitação de mudança estiver em qualquer outro estado, por padrão, uma nova solicitação de mudança é criada quando você executa novamente o trabalho. De acordo com o comportamento existente, todos os detalhes associados, como resumos de testes e verificações, são recém-gerados, enquanto confirmações e itens de trabalho são mantidos inalterados para novas solicitações de mudança.

Por exemplo, quando um pipeline falha em um estágio específico após a aprovação da solicitação de mudança e você executa novamente esse estágio. A solicitação de mudança é reutilizada, o resumo de teste associado e as verificações de qualidade de software e as confirmações e itens de trabalho associados ao artefato são associados à mesma solicitação de mudança aprovada.

Para aplicar uma lógica personalizada para reutilização, você pode copiar o subfluxo existente, fazer as mudanças, publicá-lo e atualizar o novo nome do subfluxo em Propriedades de DevOpsSubfluxo de decisão de reutilização de solicitação de mudança de DevOps.

No fluxo do sistema de base regular quando uma mudança é criada, " using-dev-ops-model-change-flow.html" é usado para atualizar o.  State campo do registro de execução de etapa após a tomada de uma decisão sobre a solicitação de mudança. No entanto, quando você reutiliza uma mudança, a primeira condição de gatilho de uma solicitação de mudança que está sendo criada não é atendida. Um subfluxo do sistema de base O "Subfluxo do modelo de reutilização de solicitação de mudança de DevOps" é acionado sempre que uma solicitação de mudança é reutilizada quando um trabalho é uma reexecução. A implementação padrão deste subfluxo é semelhante à DevOpsFluxo de solicitação de mudança do modelo. Você pode crie um subfluxo personalizado e atualize o nome do subfluxo em Propriedades de DevOpsSubfluxo do modelo de reutilização de solicitação de mudança de DevOps.

## Mudanças na IU do pipeline {#restart-pipeline-stage-devops-ado__section_mdt_zkq_sqb}

ServiceNow DevOpssincroniza todas as mudanças causadas quando você reinicia ou executa novamente uma fase ou um trabalho e as exibe no DevOpsIU do pipeline.

* Clique em um cartão para exibir a tentativa mais recente dessa fase.
* Clique em Exibir todas as tentativas link para ver todas as execuções de etapa e informações relacionadas associadas à etapa ou fase que é executada mais de uma vez.
* O link Exibir mudança exibe a solicitação de mudança associada à tentativa mais recente.

{#restart-pipeline-stage-devops-ado__ul_dmb_1xm_vqb}Nas versões anteriores, os trabalhos com falha eram ignorados ou um novo trabalho de execução de pipeline foi criado para reexecuções e processado de acordo. Para obter mais informações, consulte [DevOps IU do pipeline](https://servicenow-prod.fluidtopics.net/YtK8Xu6zcoBZHlN0yz9RQg "Use a IU de pipeline para visualizar interações e resultados em uma execução de pipeline. Esta exibição gráfica mostra a progressão da etapa do pipeline e outros detalhes de cada pipeline.").

