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


---

# Aceleração de mudança para trabalhos manuais

# Aceleração de mudança para trabalhos manuais {#ariaid-title1}

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

Ative o acompanhamento de mudanças para o pipeline na página de registro da ferramenta em Velocidade de mudança para DevOps.  
. GitLabo trabalho sob controle de mudanças deve ter estas instruções para que a execução do pipeline seja retomada ou cancelada por meio da solicitação de mudança:

* when: <kbd class="ph userinput">manual</kbd>
* allow_failure: <kbd class="ph userinput">falso</kbd>
{#gitlab-change-manual__ul_onz_xnj_gmb}  
Por exemplo:


    deploy:
      stage: deploy
      tags:
        - local-runner1
      when: manual
      allow_failure: false
      script:
        - echo 'Deploy'

Nota:  
Para when:manualmudanças baseadas, para que uma solicitação de mudança seja criada em um determinado estágio, todas as fases anteriores devem ser concluídas com sucesso. Se qualquer uma das fases anteriores não for invocada ou não for bem-sucedida, mesmo que não haja dependência da fase atual em sua fase anterior imediata, uma solicitação de mudança não será criada em ServiceNow.

GitLabas fases paralelas do pipeline são compatíveis com GitLabImagem da janela de encaixe. Para obter mais detalhes, consulte [GitLab pipelines com trabalhos paralelos](https://servicenow-prod.fluidtopics.net/kESXW_TBT3Q2IvZTjBkIMQ "GitLabA imagem do Docker é compatível com a criação de mudanças em GitLabpipelines que contêm trabalhos paralelos.")e. [Implemente ações personalizadas para pipelines usando a imagem genérica do contêiner do Docker](https://servicenow-prod.fluidtopics.net/ueS~xh_cYc4qZaUrbZ_UGw "Use o. ServiceNowAções personalizadas para coletar dados relacionados à criação de solicitação de mudança, verificação do sonar, registro de artefato e registro de pacote em seu pipeline com a ajuda do genérico DockerImagem do contêiner.").

Consulte [Referência de configuração do pipeline de IC/CD](https://docs.gitlab.com/)para obter mais informações sobre como configurar um GitLabtrabalho.  
Considerações adicionais:

* Se allow_failureestá definido como <kbd class="ph userinput">verdadeiro </kbd>, o pipeline continua mesmo quando a mudança é rejeitada.
* Um usuário com o acesso de função apropriado em GitLabpode desbloquear e continuar um pipeline, independentemente do estado da solicitação de mudança.
{#gitlab-change-manual__ul_xry_lxn_mmb}  
{#gitlab-change-manual__table_exk_tmb_gmb__entry__4}

| Execução manual | Mude a aceleração na etapa | Solicitação de mudança aprovada | Resultado |
|-|-|-|-|
| Sim | Sim | N/D | Se o trabalho manual estiver sob controle de mudança, a mudança será criada automaticamente. |
| Sim | Sim | Sim | O trabalho manual é executado automaticamente. |
| Sim | Sim | Não | O trabalho manual é rejeitado/falhou automaticamente. |
| Sim | Não | N/D | O trabalho manual aguarda a intervenção manual do proprietário do pipeline por meio do GitLabIU (comportamento padrão). |
| Não | Sim | N/D | A solicitação de mudança não foi criada. |
[Tabela 1. GitLab comportamento de aceleração de mudança]

{#gitlab-change-manual__table_exk_tmb_gmb}  
Nota:  
Os trabalhos paralelos são exibidos sequencialmente, com base na ordem em que os trabalhos são enfileirados para execução.