Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Servidor Azure DevOps | Azure DevOps Server 2022
As solicitações de pull fornecem uma maneira eficaz de examinar as alterações de código antes de mesclá-las na base de código. No entanto, essas alterações podem introduzir problemas que podem ser complicados de encontrar sem criar e implantar o aplicativo em um ambiente específico. Os gatilhos de pull request permitem que você defina um conjunto de critérios que devem ser atendidos antes da implantação. Este artigo explica como configurar disparadores de pull request com repositórios do Azure Repos e GitHub para implantar artefatos de pipeline usando pipelines de lançamento clássicos.
Pré-requisitos
| Produto | Requisitos |
|---|---|
| Azure DevOps | - Um projeto do Azure DevOps. - Código-fonte hospedado no Azure Repos ou no GitHub. Se você não tiver um repositório, poderá usar o aplicativo de exemplo pipelines-dotnet-core para criar um. – Um pipeline funcional para seu repositório. – Um pipeline de lançamento clássico. Se você não tiver um, configure um pipeline de lançamento clássico. |
Implantações de solicitação de pull
Os gatilhos de solicitação de pull podem ajudá-lo a manter uma melhor qualidade de código, liberar com maior confiança e descobrir quaisquer problemas no início do ciclo de desenvolvimento.
Configurar implantações de pull request é um processo em duas etapas: primeiro, devemos configurar um gatilho de pull request e depois configurar regras de branch (Azure Repos) ou verificações de status (GitHub) para nossos pipelines de release.
1. Habilitar gatilhos de pull request
Quando os gatilhos de solicitação de pull são habilitados, uma nova versão é criada sempre que um novo artefato fica disponível em um fluxo de trabalho de solicitação de pull:
Entre em sua organização do Azure DevOps e navegue até seu projeto.
Selecione Pipelines>Versões e, em seguida, selecione a definição do pipeline de release.
Na seção Artefatos , selecione o ícone de gatilho de implantação contínua .
Altere a configuração do gatilho de pull request para habilitá-la.
Selecione o Branch de Destino no menu suspenso.
Para implantar seu aplicativo em um estágio específico, opte explicitamente por esse estágio. A seção Estágios lista os estágios habilitados para implantações de pull request.
Para habilitar a implantação de pull request para um estágio:
- Selecione o ícone Condições de pré-implantação para o estágio.
- Navegue até Gatilhos>Após o lançamento.
- Alterne a configuração de implantação de solicitação pull para ativá-la.
Importante
Não é recomendável habilitar implantações automáticas de pull request para ambientes de produção.
2. Configurar políticas de ramificação
Você pode usar políticas de branch para implementar uma lista de critérios que devem ser atendidos antes que uma solicitação de pull possa ser mesclada.
Entre em sua organização do Azure DevOps e navegue até seu projeto.
Para acessar a lista de branches do seu repositório, selecione Repositórios>Branches.
Selecione o menu de contexto do ramo
...apropriado e selecione Políticas de ramo.
Selecione Adicionar política de status e selecione um Status para verificar no menu suspenso. Selecione o status correspondente à sua definição de versão e selecione Salvar.
Importante
A definição de versão deve ter sido executada pelo menos uma vez com o gatilho de solicitação de pull habilitado para ver a lista de status. Confira Configurar uma política de branch para um serviço externo para obter mais detalhes.
Depois que a política de status for adicionada, os usuários não poderão mesclar alterações no branch de destino, a menos que a solicitação de pull tenha um
succeededstatus.
Você pode verificar o status de suas políticas na página Visão geral da solicitação de pull. Dependendo das configurações, o status da versão será exibido nas seções Obrigatório, Opcional ou Status . O status é atualizado cada vez que o pipeline é acionado.