Crie um pipeline personalizado

Crie um pipeline personalizado para mover mudanças do seu ambiente de desenvolvimento para a produção (ou sua instância de destino) duplicando um dos ReleaseOpsplaybooks.

Antes de Iniciar

Função necessária: Releaseops.pipeline_admin e playbook.admin ou pd_author

Para obter mais informações sobre playbooks, consulte Exploring playbooks.

Procedimento

1. Duplice um dos ReleaseOpsplaybooks.
   1. Navegar até Tudo > Workflow Studio e selecione o playbook desejado.
   2. Insira um nome para o seu novo playbook e atualize todos os outros detalhes necessários.
   Para obter mais informações, consulte Duplicate Playbooks.
2. Adicione ou atualize fases no playbook conforme desejado.
   Nota:

   Certas fases fazem sentido em determinadas partes do fluxo. Por exemplo, o analisador de implantação é executado antes que o estado de implantação seja movido para Teste. Pode ser necessário executar outras fases após Mover para teste ou Após executar testes ATF. Em geral, você não deve adicionar nada após Pronto para implantação.

   Para obter mais informações, consulte Add and configure a stage in a playbook.
3. Adicione ou atualize decisões no playbook conforme necessário.
   Para obter mais informações, consulte Decision activities.
4. Selecione Ativar para finalizar suas atualizações e disponibilizar seu novo playbook para uso.
5. Crie um pipeline que aproveite seu novo playbook.
   1. Navegar até Tudo > ReleaseOps > Pipelines e selecione Novo .
   2. Dê um nome ao pipeline e selecione playbooks para Playbook de avaliação e. Playbook de lançamento campos.
      Você pode usar seus próprios playbooks personalizados para ambos ou usar uma combinação de playbooks personalizados e de amostra.
   3. Clique com o botão direito do mouse no cabeçalho no formulário de pipeline e selecione Salvar .
6. No pipeline recém-criado, localize a lista relacionada Instâncias de pipeline e selecione Novo .
   1. Selecione o rótulo Teste.
   2. Selecione sua instância de implantação.
   3. Selecione Enviar.

Exemplo: Crie um playbook de avaliação

Crie um pipeline personalizado para mover mudanças pelo seu ambiente de não produção duplicando o playbook de avaliação de solicitação de implantação. Adicione o analisador de implantação para detectar se há mudanças de código na implantação e ignore os testes ATF (Automated Test Framework) durante a avaliação.

Antes de Iniciar

Função necessária: Releaseops.pipeline_admin e playbook.admin ou pd_author

Procedimento

1. Duplique o playbook de avaliação de solicitação de implantação.
   1. Navegar até Tudo > Workflow Studio e selecione Avaliação da solicitação de implantação playbook.
   2. Selecione Duplicado No menu Mais ações.
   3. Insira um nome para o seu novo playbook e atualize todos os outros detalhes necessários.
2. Adicione uma nova fase ao playbook selecionando o ícone de adição após Iniciar e insira um rótulo, por exemplo Analise a implantação .
   Nota:

   Certas fases fazem sentido em determinadas partes do fluxo. Por exemplo, o analisador de implantação é executado antes do estado de implantação (Mover para teste). Pode ser necessário executar outras fases após Mover para teste ou Após executar testes ATF. Em geral, você não deve adicionar nada após Pronto para implantação.
3. Adicione o. Execute o Analisador de implantação atividade.
4. Selecione a atividade Executar Analisador de implantação recém-adicionada para configurá-la.
   1. Selecione Automação no modal de opções adicionais.
   2. Na seção Entradas do modal, selecione o ícone e, em seguida, selecione Registro primário - Solicitação de implantação .
   3. Selecione Salvar e fechar.
5. Localize a seção Executar testes ATF do playbook e adicione uma nova decisão após a transição para a atividade de avaliação selecionando o ícone de adição e, em seguida, selecionando Adicionar uma decisão (se/então) .
   Para obter mais informações, consulte Decision activities.
6. Selecione a decisão recém-adicionada para configurá-la.
   1. Selecione Filiais e insira um rótulo, por exemplo Ignorar testes .
   2. Selecione Adicionar condição .
   3. No menu suspenso Campo, selecione 1,1 Analisador de implantação > Saídas > Tem mudança de código.
   4. Selecione é No menu suspenso Operador.
   5. Selecione falso No menu suspenso Verdadeiro/Falso.
   6. Selecione Salve e feche .
7. Passe o mouse sobre a ramificação Ignorar testes e selecione Arraste o novo conector E arraste o conector para a junção após Criar tarefa de falha de teste.
   Confirme se a ramificação padrão está conectada para Executar testes ATF para implantação.
8. Selecione Ativar para finalizar suas atualizações e disponibilizar seu novo playbook para uso.
9. Crie um pipeline que aproveite seu playbook de avaliação.
   1. Navegar até Tudo > ReleaseOps > Pipelines e selecione Novo .
   2. Dê um nome ao pipeline e selecione o playbook recém-criado no Playbook de avaliação campo.
   3. Selecione e segure (ou clique com o botão direito do mouse) o cabeçalho no formulário de pipeline e selecione Salvar .
10. No pipeline recém-criado, localize a lista relacionada Instâncias de pipeline e selecione Novo .
    1. Selecione o rótulo Teste.
    2. Selecione sua instância de implantação.
    3. Selecione Enviar.

Resultado

Seu pipeline personalizado, que aproveita o playbook personalizado que você criou no playbook de avaliação de solicitação de implantação padrão para sua fase de avaliação, agora está pronto para uso.

Nota:

• O rótulo da instância do pipeline (no exemplo acima, o. Teste o rótulo inserido para a etapa 10a) é usado para mapear a definição da instância com a instância conforme referenciada no playbook. Mapear a definição da instância com o rótulo da instância permite que um playbook seja usado por várias definições de pipeline com topologias diferentes (mas o mesmo processo). Por exemplo, você pode criar outro registro de pipeline e associá-lo aos mesmos playbooks, mas definir um mapeamento de instância de teste diferente.
• A instância de origem do playbook é definida na solicitação de implantação, para que você possa ter vários ambientes de origem ou desenvolvimento para uma versão.
• A instância de destino é definida na versão, para que você possa reutilizar o mesmo pipeline para liberar para vários ambientes de destino ou produção.
• Somente instâncias intermediárias devem ser mapeadas.