Azure Pipelines - Atualização do Sprint 192

Caraterísticas

Novas expressões condicionais YAML

Escrever expressões condicionais em arquivos YAML ficou mais fácil com o uso de ${{ else }} e ${{ elseif }} expressões. Abaixo estão exemplos de como usar essas expressões em arquivos de pipelines YAML.

steps:
- script: tool
  env:
    ${{ if parameters.debug }}:
      TOOL_DEBUG: true
      TOOL_DEBUG_DIR: _dbg
    ${{ else }}:
      TOOL_DEBUG: false
      TOOL_DEBUG_DIR: _dbg

variables:
  ${{ if eq(parameters.os, 'win') }}:
    testsFolder: windows
  ${{ elseif eq(parameters.os, 'linux') }}:
    testsFolder: linux
  ${{ else }}:
    testsFolder: mac

Suporte para coringas nos filtros de percursos

Os caracteres universais podem ser utilizados ao especificar a inclusão ou exclusão de ramificações para triggers de CI ou PR num arquivo YAML de pipeline. No entanto, eles não podem ser usados ao especificar filtros de caminho. Por exemplo, não é possível incluir todos os caminhos que correspondem ao src/app/**/myapp*. Isso tem sido apontado como um inconveniente por vários clientes. Esta atualização preenche esta lacuna. Agora, você pode usar caracteres curinga (**, *ou ?) ao especificar filtros de caminho.

Suporte para vários estados no Bitbucket

O Azure Pipelines integra-se com repositórios Bitbucket e suporta gatilhos de CI e PR. Você pode configurar vários pipelines a partir de um único repositório Bitbucket. No entanto, quando esses pipelines estavam completos, você só podia ver um status no Bitbucket. Ouvimos comentários da Comunidade de Desenvolvedores pedindo para visualizar o status de cada pipeline separadamente no Bitbucket. Com esta atualização, atualizamos nossas chamadas de API para o Bitbucket e passamos informações adicionais sobre o nome do pipeline.

de status da compilação

Permitir que os contribuidores ignorem a procura de comentários de PR antes da validação da compilação.

Ao usar o Azure Pipelines com repositórios GitHub, recomendamos que você não execute automaticamente um pipeline de validação de RP para contribuições recebidas de um repositório bifurcado. A melhor prática aqui é primeiro fazer com que um dos colaboradores do repositório analise a alteração e, em seguida, adicione um comentário ao PR para acionar o pipeline. Você pode definir essas configurações selecionando o menu Triggers (para linhas de montagem YAML) ou a guia Triggers (para linhas de montagem clássicas) no editor de linhas de montagem na Web. Em vez de exigir que cada RP de uma bifurcação seja revisado primeiro por um membro da equipe, você também pode aplicar essa política apenas em contribuições originadas de membros que não fazem parte da equipe.

Com esta atualização, permitimos que os utilizadores evitem a necessidade de solicitar um comentário de RP sobre contribuições recebidas de qualquer colaborador. Como um membro que não é da equipe, quando você cria uma bifurcação e cria uma RP para o upstream, você não é considerado um contribuidor para o repositório upstream até que sua RP seja mesclada. Uma vez que o seu PR for mesclado, você será considerado um colaborador. Ao selecionar a nova opção mostrada abaixo, quando um membro que não é da equipe envia um RP de uma bifurcação pela primeira vez, alguém da sua equipe terá que revisar o PR e adicionar um comentário para acionar o pipeline. Mas, uma vez que o PR é fundido, quaisquer outras contribuições feitas por esse membro que não faz parte da equipe acionarão diretamente o pipeline sem esperar por um comentário de RP.

Exigir o comentário de um membro da equipe antes de criar uma solicitação pull

O Windows Server 2022 com o Visual Studio 2022 está agora disponível nos agentes alojados na Microsoft (pré-visualização)

O Windows Server 2022 e o Visual Studio Enterprise 2022 Preview já estão disponíveis em versão prévia em agentes hospedados pela Microsoft. Você pode usá-lo referenciando-o como uma imagem em seu pipeline.

pool:
  vmImage: 'windows-2022'

steps:
- task: NuGetToolInstaller@1
- task: NuGetCommand@2
  inputs:
    restoreSolution: '**/*.sln'
- task: VSBuild@1 # Visual Studio 2022 build
  inputs:
    solution: '**/*.sln'
    msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:DesktopBuildPackageLocation="$(build.artifactStagingDirectory)\WebApp.zip" /p:DeployIisAppPath="Default Web Site"'
    platform: 'Any CPU'
    configuration: 'Release'

Quando se fizer referência ao pool windows-latest nos seus pipelines YAML, isso ainda significará windows-2019 e não windows-2022, enquanto este último está disponível em pré-lançamento.

A imagem de pipeline do Windows Server 2022 tem diferentes ferramentas e versões de ferramentas em comparação com o Windows Server 2019. Você pode ver os detalhes no tópico do anúncio de software e no repositório de documentação de ambientes virtuais.

Disponibilidade geral do macOS 11 em agentes hospedados pela Microsoft

O macOS 11 agora está disponível em agentes hospedados pela Microsoft. Pode usá-la referenciando macos-11 como uma imagem no seu pipeline.

pool:
  vmImage: macos-11

Remoção da imagem do Ubuntu 16.04 em agentes hospedados pela Microsoft

Conforme anunciado anteriormente, removeremos a imagem do Ubuntu 16.04 dos agentes hospedados pela Microsoft em 20 de setembro de 2021. O suporte tradicional de 5 anos do Ubuntu 16.04 pela Canonical terminou em abril de 2021. Você precisará migrar os pipelines ubuntu-16.04 para ubuntu-18.04 ou ubuntu-latest, que serão executados no Ubuntu 20.04 LTS.

Compilações que usam o Ubuntu-16.04 já têm um aviso registado nelas. Para garantir que todos estejam cientes dessa mudança, programamos 2 "brownouts" curtos. As compilações do Ubuntu 16.04 falharão durante o período de brownout. Portanto, é recomendável migrar seus fluxos de trabalho antes de 6 de setembro de 2021.

Os brownouts estão programados para as seguintes datas e horários (Note que estes foram prorrogados por uma hora em relação aos horários anunciados anteriormente): 6 de setembro de 2021 16:00 UTC - 22:00 UTC 14 de setembro de 2021 16:00 UTC - 22:00 UTC

Próximos passos

Observação

Esses recursos serão lançados nas próximas duas a três semanas.

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

Ir para Azure DevOps

Como fornecer feedback

Gostaríamos muito de ouvir o que você pensa sobre esses recursos. Use o menu Ajuda para relatar um problema ou fornecer uma sugestão.

Faça uma sugestão

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

  • Última atualização a