Configurar as estratégias de implantação no portal do Azure

Com esse sprint, estamos permitindo que os usuários escolham suas estratégias de implantação diretamente no portal do Azure e estamos implementando várias melhorias na experiência do usuário nos Pipelines e Repos.

Features

Geral

• O Azure DevOps agora permite que os administradores de equipe assinem eventos do MS Teams &slack
• Notificações do MS Teams & Slack para eventos de repositórios

Azure Repos

• Adicionar anexos ao criar uma solicitação de pull
• Nova conversão da plataforma Web – configurações do repositório

Azure Pipelines

• Trabalhos podem acessar variáveis de saída de estágios anteriores
• Limitar o acesso ao escopo dos repositórios do serviço de build
• Obter detalhes em runtime sobre vários repositórios
• GA de pipelines de vários estágios
• Configurar estratégias de implantação no portal do Azure

Geral

O Azure DevOps agora permite que os administradores de equipe assinem eventos do MS Teams &slack

Além dos administradores do Project, o Azure DevOps agora permite que os administradores de equipe assinem eventos para o Azure Boards, o Azure Repos e o Azure Pipelines diretamente do Slack e do MS Teams.

Notificações do MS Teams e do Slack para os eventos do Repos

Como aprimoramento para nossa integração do MS Teams e do Slack, agora você pode optar por assinar um ou mais eventos em uma solicitação pull, como comentários, push de código, atualizações e tentativas de mesclagem.

Azure Repos

Adicionar anexos ao criar uma solicitação de pull

Agora você pode adicionar um anexo a uma solicitação de pull ao criá-lo. Para adicionar um anexo, você precisava criar a solicitação de pull e editá-la, mas agora você pode arrastar e soltar diretamente uma imagem para a página criar solicitação de pull.

Nova conversão de plataforma web – Configurações do repositório

Convertemos as duas páginas de configurações do repositório em uma única experiência que foi atualizada para uma nova plataforma Web. Essa atualização não apenas torna a experiência mais rápida e moderna, mas essas páginas também fornecem um único ponto de entrada para todas as políticas, desde o nível do projeto até o nível da ramificação.

Com essa nova experiência, a navegação para projetos com um número substancial de repositórios tornou-se mais fácil devido aos tempos de carregamento mais rápidos e a um filtro de pesquisa adicionado. Você também pode exibir políticas de nível de projeto e a lista de políticas entre repositórios na guia Políticas.

Se você clicar em um repositório, poderá visualizar políticas e permissões definidas no nível do repositório. Na aba de políticas, você pode visualizar uma lista de cada branch em que a política está definida. Agora, clique no branch para ver as políticas sem nunca sair da página de configurações do repositório.

Agora, quando as políticas são herdadas de um escopo superior ao que você está utilizando, mostramos ao lado de cada política individual de onde ela foi herdada. Você também pode navegar até a página em que a política de nível superior foi definida clicando no nome do escopo.

A própria página de política também foi atualizada para a nova plataforma web com seções recolhíveis! Para melhorar a experiência de procurar uma política específica de Validação de Build, Verificação de Status ou Revisor Automático, adicionamos filtros de pesquisa para cada seção.

Azure Pipelines

Trabalhos podem acessar variáveis de saída de estágios anteriores

As variáveis de saída agora podem ser usadas entre estágios em um pipeline baseado em YAML. Isso ajuda você a passar informações úteis, como uma decisão go/no-go ou a ID de uma saída gerada, de um estágio para o outro. O resultado (status) de uma etapa anterior e suas tarefas também estão disponíveis.

As variáveis de saída ainda são produzidas por etapas dentro de trabalhos. Em vez de fazer referência a dependencies.jobName.outputs['stepName.variableName'], os estágios se referem a stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Limitar o acesso ao escopo de repositórios do serviço de build

Baseando-se na melhoria da segurança do pipeline ao restringir o escopo dos tokens de acesso, o Azure Pipelines agora pode limitar seu acesso ao repositório apenas aos repositórios necessários para um pipeline baseado em YAML. Isso significa que, se o token de acesso do pipeline vazasse, ele só seria capaz de ver os repositórios usados no pipeline. Anteriormente, o token de acesso era bom para qualquer repositório do Azure Repos no projeto ou potencialmente para toda a coleção.

Esse recurso estará ativado por padrão para novos projetos e organizações. Para organizações existentes, você deve habilitá-lo em Configurações da Organização>Pipelines>Configurações. Ao usar esse recurso, todos os repositórios Git do Azure Repos acessados pelo pipeline usando a identidade do serviço de build devem ser explicitamente verificados usando uma checkout etapa no trabalho que usa o repositório. Para obter mais informações, consulte Limitar o escopo de autorização de tarefas aos repositórios do Azure DevOps referenciados.

Obter detalhes em runtime sobre vários repositórios

Quando um pipeline está em execução, o Azure Pipelines adiciona informações sobre o repositório, o branch e o commit que iniciaram a execução. Agora que os pipelines YAML dão suporte à verificação de vários repositórios, talvez você também queira saber o repositório, o branch e o commit que foram obtidos para outros repositórios. Esses dados estão disponíveis por meio de uma expressão de runtime, que agora você pode mapear para uma variável. Por exemplo:

Recursos:
  Repositórios:
  - repositório: outro
    tipo: git
    nome: MyProject/OtherTools
Variáveis:
  tools.ref: $[ resources.repositories['other'].ref ]

Passos:
– checkout: self
– checkout: outros
– bash: echo "Versão das ferramentas: $TOOLS_REF"

Pipelines de vários estágios GA

A UI de pipelines de vários estágios agora está disponível para uso geral. O alternador da função de pré-visualização correspondente foi removido. 

Você pode navegar até a nova experiência selecionando Pipelines ->Pipelines no menu de navegação à esquerda no Azure DevOps. Essa experiência é o ponto de entrada para pipelines de build clássicos, bem como pipelines YAML. Ele é amigável para dispositivos móveis e traz várias melhorias na forma como você gerencia seus pipelines. Você pode aprofundar e exibir detalhes do pipeline, detalhes da execução, análise de pipeline, detalhes da tarefa, logs e muito mais.

Para saber mais sobre a experiência do usuário de pipelines de vários estágios, confira a documentação aqui.

Configurar as estratégias de implantação no portal do Azure

Com essa funcionalidade, facilitamos a configuração de pipelines que usam a estratégia de implantação de sua escolha, por exemplo, Rolling, Canary ou Blue-Green. Usando essas estratégias prontas para uso, você pode distribuir atualizações de maneira segura e reduzir os riscos de implantação associados. Para acessar isso, clique na configuração "Entrega Contínua" em uma Máquina Virtual do Azure. No painel de configuração, você será solicitado a selecionar detalhes sobre o projeto do Azure DevOps em que o pipeline será criado, o grupo de implantação, o pipeline de build que publica o pacote a ser implantado e a estratégia de implantação de sua escolha. Seguindo em frente, irá configurar um pipeline totalmente funcional que despacha o pacote selecionado para esta Máquina Virtual.

Para obter mais detalhes, confira nossa documentação sobre como configurar estratégias de implantação.

Próximas etapas

Vá até o Azure DevOps e dê uma olhada.

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre essas características. Use o menu de ajuda para relatar um problema ou fornecer uma sugestão.

Você também pode receber conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.