Compartilhar via

Criar várias ramificações no Azure Pipelines

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Usando o Azure Pipelines, você pode criar gatilhos para criar seu projeto em cada nova solicitação de confirmação e pull para o repositório. Neste artigo, você aprenderá a habilitar a integração contínua e configurar várias compilações de branch para o repositório.

Pré-requisitos

Habilitar o gatilho de CI para um branch de tópico

Ao trabalhar com o Git, é uma prática comum criar branches temporários do branch principal para facilitar um fluxo de trabalho simplificado. Esses branches, geralmente chamados de tópicos ou branches de recursos, servem para isolar seu trabalho. Nesse fluxo de trabalho, você cria um branch dedicado a um recurso específico ou correção de bug e, uma vez concluído, mescla o código de volta ao branch principal antes de excluir o branch de tópico.

Se nenhum gatilho for especificado explicitamente em seu arquivo YAML, as alterações feitas em qualquer branch dispararão uma execução. Para adicionar gatilhos para o branch principal e qualquer recurso/ branches, inclua o snippet a seguir em seu arquivo YAML. Isso garantirá que todas as modificações feitas nesses branches disparem automaticamente uma execução de pipeline.

trigger:
- main
- feature/*

Os builds YAML ainda não estão disponíveis no TFS.

Personalizar tarefas de build com base no branch que está sendo criado

O branch principal geralmente é responsável por gerar artefatos implantáveis, como binários. Para branches de recursos de curta duração, não é necessário investir tempo na criação e armazenamento desses artefatos. No Azure Pipelines, você pode implementar condições personalizadas para garantir que tarefas específicas sejam executadas somente no branch principal.

Edite o arquivo azure-pipelines.yml no branch principal e adicione uma condição à tarefa desejada. Por exemplo, o snippet a seguir adiciona uma condição à tarefa publicar artefatos de pipeline .

- task: PublishPipelineArtifact@1
  condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))

Os builds YAML ainda não estão disponíveis no TFS.

Validar solicitações de pull

Para garantir a proteção de ramificação, você pode utilizar políticas que exigem builds bem-sucedidos antes de mesclar solicitações de pull. Usando o Azure Pipelines, você tem a flexibilidade de configurar o requisito de um novo build bem-sucedido para mesclar alterações em branches cruciais, como o branch principal.

Repositório GitHub

Se você não definir explicitamente gatilhos de pr em seu arquivo YAML, os builds de solicitação de pull serão habilitados por padrão para todos os branches. No entanto, você tem a flexibilidade de especificar os branches de destino para seus builds de solicitação de pull. Por exemplo, se você quiser executar o build exclusivamente para solicitações de pull direcionadas ao branch principal e branches começando com o recurso/, você poderá especificar a seguinte configuração:

pr:
- main
- feature/*

Os builds YAML ainda não estão disponíveis no TFS.

Repositório do Azure Repos

  1. Entre em sua organização do Azure DevOps e navegue até seu projeto.

  2. Selecione Repos e, em seguida, selecione Branches.

  3. Selecione o ícone de reticências à direita do nome do branch e selecione políticas de branch.

  4. No menu Validação de build, selecione o sinal + para adicionar uma política de build.

  5. Selecione o pipeline de Build no menu suspenso e verifique se o Gatilho está definido como automático e se o requisito de política está definido como necessário.

  6. Insira um nome de exibição descritivo para descrever a política.

  7. Selecione Salvar para criar e habilitar a política. Selecione Salvar alterações no canto superior esquerdo da tela para salvar suas alterações.

Uma captura de tela mostrando como adicionar uma nova política de build.

  1. Para testar a política, navegue atésolicitações de Pull de > no portal do Azure DevOps.

  2. Selecione Nova solicitação de pull e verifique se o branch de tópico está definido para mesclar no branch principal e selecione Criar.

  3. Na tela, você pode ver a política em execução no momento.

  4. Selecione o nome da política para examinar o build. Se o build for bem-sucedido, sua solicitação de pull será mesclada. Se o build falhar, a mesclagem será bloqueada.

Observação

O Azure Pipelines não dá mais suporte a políticas de retenção por pipeline. É recomendável usar regras de retenção no nível do projeto.

  • Last updated on