Reiniciando trabalhos e fases de pipeline de compilação ou versão com falha

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 3 min. de leitura

    • Executar novamente ou reimplantar Azure DevOps, mudanças de versão ou pipelines com falha ou cancelados nessa fase ou pipeline. As novas tentativas são exibidas na IU do pipeline DevOps como execuções contínuas em vez de criar novas execuções.

    Executar novamente Azure DevOps pipelines ou fases

    Você pode executar novamente uma compilação com falha ou cancelada ou liberar pipelines ou trabalhos de mudança 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 parâmetro attemptNumber é adicionado à carga útil, o que nos ajuda a rastrear reexecuções. Resumo de teste associado, resultados de verificação de qualidade de software, confirma, itens de trabalho correspondentes a cada tentativa de reexecução também são atualizados em ServiceNow DevOps.

    Se você estiver usando o Configuração do controle de mudanças usando a REST API de invocação do Azure, deverá adicionar o parâmetro de número de tentativa ao corpo da carga no formato de sintaxe especificado para pipelines de compilação e versão. Se você não especificar o parâmetro de número de tentativa, o número de tentativa padrão será definido como 1.

    Exemplo de parâmetro de número de tentativa na carga do pipeline de compilação:
    "attemptNumber": "$(system.jobAttempt)"​
    Exemplo de parâmetro de número de tentativa 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

    Se um trabalho habilitado para mudança for executado novamente e houver uma solicitação de mudança para a execução/tentativa anterior, você poderá 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 que você reutilize 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 será criada quando você executar novamente o trabalho. De acordo com o comportamento existente, todos os detalhes associados, como resumos de teste e verificações, são gerados recentemente, enquanto as confirmações e os 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 depois que a solicitação de mudança é aprovada 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 do software e as confirmações e itens de trabalho associados ao artefato são associados à mesma solicitação de mudança que você aprovou.

    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 DevOps > Subfluxo de decisão de reutilização da solicitação de mudança do DevOps.

    No fluxo do sistema de base regular, quando uma mudança é criada, 'using-dev-ops-model-change-flow.html' é usado para atualizar o campo Statedo registro de execução da etapa depois que uma decisão é tomada na solicitação de mudança. No entanto, quando você reutiliza uma mudança, a primeira condição do gatilho de uma solicitação de mudança que está sendo criada não é atendida. Em vez disso, um subfluxo do sistema base "Subfluxo do modelo de reusabilidade da solicitação de mudança do DevOps" é acionado sempre que uma solicitação de mudança é reutilizada quando um trabalho é uma nova execução. A implementação padrão deste subfluxo é semelhante ao fluxo de solicitação de mudança do modelo DevOps. Você pode criar um subfluxo personalizado e atualizar o nome do subfluxo em Propriedades de DevOps > Subfluxo do modelo de reusabilidade da solicitação de mudança de DevOps.

    Mudanças de IU do pipeline

    ServiceNow DevOps sincroniza todas as mudanças causadas quando você reinicia ou executa novamente uma fase ou um trabalho e as exibe na IU do pipeline DevOps.
    • Clique em um cartão para exibir a tentativa mais recente dessa fase.
    • Clique no link Exibir todas as tentativas 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.
    Em versões anteriores, os trabalhos com falha eram ignorados ou um novo trabalho de execução de pipeline era criado para novas execuções e processado de acordo. Para obter mais informações, consulte DevOps IU do pipeline.