Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
As solicitações pull fornecem uma maneira eficaz de revisar 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 difíceis de encontrar sem criar e implantar o aplicativo em um ambiente específico. Os gatilhos de solicitação pull permitem definir um conjunto de critérios que devem ser atendidos antes da implantação. Este artigo explica como configurar gatilhos de solicitação pull com repositórios do Azure e GitHub para implantar artefatos de pipeline usando pipelines de versão clássica.
Pré-requisitos
| Produto | Requisitos |
|---|---|
| Azure DevOps | - Um projeto Azure DevOps. - Código-fonte hospedado no Azure Repos ou GitHub. Se você não tiver um repositório, poderá usar o aplicativo de exemplo pipelines-dotnet-core para criar um. - Um pipeline de trabalho para o seu repositório. - Um pipeline de lançamento clássico. Se você não tiver um, configure um pipeline de versão Classic. |
Implantações de solicitação pull
Os gatilhos de solicitação 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 solicitação pull é um processo de duas etapas, primeiro devemos configurar um gatilho de solicitação pull e, em seguida, configurar políticas de ramificação (Azure Repos) ou verificações de status (GitHub) para nossos pipelines de lançamento.
1. Ativar gatilhos de solicitação pull
Quando os gatilhos de solicitação pull estão habilitados, uma nova versão é criada sempre que um novo artefato fica disponível em um fluxo de trabalho de solicitação pull:
Entre em sua organização do Azure DevOps e navegue até seu projeto.
Selecione Pipelines>Releases e, em seguida, selecione sua definição de pipeline de liberação.
Na seção Artefatos , selecione o ícone Gatilho de implantação contínua .
Alterne a configuração Pull request trigger para habilitá-la.
Selecione sua ramificação 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 solicitação pull.
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> lançamento.
- Alterne a configuração de implantação Pull request para habilitá-la.
Importante
Não é recomendável habilitar implantações automáticas de pull request para estágios de produção.
2. Configurar políticas de filiais
Você pode usar políticas de ramificação para implementar uma lista de critérios que devem ser atendidos antes que uma solicitação pull possa ser mesclada.
Entre em sua organização do Azure DevOps e navegue até seu projeto.
Selecione Repos>Branches para acessar a lista de ramificações do seu repositório.
Selecione o menu de contexto para sua ramificação
...apropriada e, em seguida, selecione Políticas de ramificação.
Selecione Adicionar política de status e, em seguida, selecione um Status para verificar no menu suspenso. Selecione o status correspondente à sua definição de versão e, em seguida, selecione Salvar.
Importante
A definição de liberação deve ter sido executada pelo menos uma vez com o gatilho de solicitação pull ativado para ver a lista de status. Consulte Configurar uma política de filial 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 na ramificação de destino, a menos que a solicitação pull tenha um
succeededstatus.
Você pode verificar o status de suas políticas na página Visão geral da solicitação pull. Dependendo das suas configurações, o status da liberação será exibido nas seções Obrigatório, Opcional ou Status . O status é atualizado sempre que o pipeline é acionado.