Pipelines de lançamento clássicos
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Os pipelines de lançamento clássicos fornecem aos desenvolvedores uma estrutura para implantar aplicativos em vários ambientes de forma eficiente e segura. Usando pipelines de lançamento clássicos, você pode automatizar processos de teste e implantação, configurar estratégias de implantação flexíveis, incorporar fluxos de trabalho de aprovação e garantir transições de aplicativos suaves em vários estágios.
Como funcionam os pipelines de lançamento
Como parte de cada implantação, o Azure Pipelines executa as seguintes etapas:
Aprovação pré-implantação:
Quando uma nova solicitação de implantação é disparada, o Azure Pipelines verifica se uma aprovação pré-implantação é necessária antes de implantar uma versão em um estágio. Se a aprovação for necessária, ele enviará notificações por email para os aprovadores apropriados.
Trabalhos de implantação de fila:
O Azure Pipelines agenda o trabalho de implantação em um Agente disponível.
Seleção do agente
Um agente disponível pega o trabalho de implantação. Um pipeline de lançamento pode ser configurado para selecionar dinamicamente um agente adequado durante o runtime.
Baixar artefatos
O agente recupera e baixa todos os artefatos especificados no lançamento.
Execute a tarefa de implantação:
O agente executa todas as tarefas no trabalho de implantação.
Gerar logs de progresso:
O agente gera logs abrangentes para cada etapa de implantação e os envia de volta ao Azure Pipelines.
Aprovação pós-implantação:
Após a conclusão da implantação em um estágio, o Azure Pipelines verificará se uma aprovação pós-implantação é necessária para esse estágio específico. Se nenhuma aprovação for necessária, ou com a obtenção de uma aprovação necessária, ele prossegue para iniciar a implantação para o próximo estágio.
Modelo de implantação
Os pipelines de lançamento do Azure dão suporte a uma ampla variedade de fontes de artefato, incluindo Jenkins, Azure Artifacts e Team City. O exemplo a seguir ilustra um modelo de implantação usando pipelines de lançamento do Azure:
No exemplo a seguir, o pipeline consiste em dois artefatos de compilação originados de pipelines de build separados. O aplicativo é implantado inicialmente no estágio de Desenvolvimento e, em seguida, em dois estágios de garantia de qualidade. Se a implantação for bem-sucedida em ambos os estágios de garantia de qualidade, o aplicativo será implantado no anel de produção 1 e, em seguida, no anel de produção 2. Cada anel de produção representa várias instâncias do mesmo aplicativo Web implantadas em vários locais ao redor do mundo.
Perguntas frequentes
P: Como posso editar variáveis no momento do lançamento?
R: Na guia Variáveis do pipeline de lançamento, marque na caixa de seleção Configurável no momento do lançamento as variáveis que você deseja modificar quando um lançamento é enfileirado.
Posteriormente, ao gerar um novo lançamento, você tem a capacidade de modificar os valores dessas variáveis.
P: Quando seria mais apropriado modificar um lançamento em vez do pipeline que o define?
R: Você pode editar as aprovações, tarefas e variáveis de uma instância de versão. No entanto, essas edições só se aplicarão a essa instância. Se você quiser que suas alterações se apliquem a todas as versões futuras, edite o pipeline de lançamento.
P: Quais são os cenários em que o recurso "abandonar um lançamento" é útil?
R: Se você não planeja reutilizar o lançamento ou deseja impedir que ela seja usada, abandone o lançamento da seguinte maneira Pipelines> (...) >Abandonar. Você não pode abandonar uma versão quando uma implantação está em andamento, você deve cancelar a implantação primeiro.
P: Como fazer para gerenciar os nomes de novos lançamentos?
R: A convenção de nomenclatura padrão para pipelines de lançamento é a numeração sequencial em que os lançamentos são denominadas Release-1, Release-2 e assim por diante. No entanto, você tem a flexibilidade de personalizar o esquema de nomenclatura modificando a máscara de formato de nome de lançamento. Na guia Opções do pipeline de lançamento, navegue até a página Geral e ajuste a propriedade Formato do nome do lançamento para atender às suas preferências.
Ao especificar a máscara de formato, você pode usar as seguintes variáveis predefinidas. Exemplo: o seguinte formato de nome de versão: Release $(Rev:rrr) for build $(Build.BuildNumber) $(Build.DefinitionName) criará a seguinte versão: Release 002 para build 20170213.2 MySampleAppBuild.
Variável | Descrição |
---|---|
Rev: rr | Um número incrementado automaticamente com pelo menos o número especificado de dígitos. |
Data/Data: MMddyy | A data atual, com o formato padrão MMddyy. Há suporte para qualquer combinação de M/MM/MMM/MMMM, d/dd/ddd/dddd, y/yy/yyyy/yyyy, h/hh/H/HH, m/mm, s/ss. |
System.TeamProject | O nome do projeto ao qual este build pertence. |
Release.ReleaseId | A ID da versão, que é exclusiva em todas as versões do projeto. |
Release.DefinitionName | O nome do pipeline de lançamento ao qual a versão atual pertence. |
Build.BuildNumber | O número do build contido na versão. Se uma versão tiver vários builds, será o número do build primário. |
Build.DefinitionName | O nome do pipeline do build contido na versão. Se uma versão tiver vários builds, será o nome do pipeline do build primário. |
Artifact.ArtifactType | O tipo da origem do artefato vinculada à versão. Por exemplo, isso pode ser Azure Pipelines ou Jenkins. |
Build.SourceBranch | O branch da origem do artefato primário. Para o Git, será do formulário main se o branch for refs/heads/main. Por Controle de Versão do Team Foundation, isso será do branch de formulário se o caminho do servidor raiz para o workspace for $/teamproject/branch. Essa variável não está definida para Jenkins ou outras fontes de artefato. |
Variável personalizada | O valor de uma propriedade de configuração global definida no pipeline de lançamento. Você pode atualizar o nome da versão com variáveis personalizadas usando os Comandos de log de versão |
P: Como defino o período de retenção para meus lançamentos?
R: Confira políticas de retenção para saber como configurar políticas de retenção para seus pipelines de lançamento.