Azure Pipelines – Atualização do Sprint 187

Features

• Alteração na política de pré-instalação do SDK do .NET em agentes do Ubuntu hospedados pela Microsoft
• Permissões e verificações em grupos de variáveis e arquivos seguros
• Versão prévia do suporte a modelos no editor YAML
• O Ubuntu-16.04 será removido dos pools hospedados pela Microsoft em setembro de 2021

Alteração na política de pré-instalação do SDK do .NET em agentes do Ubuntu hospedados da Microsoft

Estamos alterando as versões do SDK do .NET pré-instaladas em agentes do Ubuntu hospedados pela Microsoft. Atualmente, instalamos todas as versões disponíveis e compatíveis do SDK do .NET (2.1.x, 3.1.x, 5.0.x). Essa abordagem será alterada em favor da instalação da versão mais recente do patch para cada versão do recurso. Essa alteração está sendo feita para fornecer mais espaço livre e novas solicitações de ferramenta.

O que isso significa?

A versão do SDK é composta pelas seguintes partes: x.y.znn. z é a versão do recurso e nn é a versão do patch. Por exemplo, para 2.1.302, a versão do recurso é 3 e 02 é a versão do patch. De acordo com a nova abordagem, instalaremos apenas a versão mais recente do patch para cada versão do recurso, ou seja, somente 2.1.302 será instalada para 2.1.3x, apenas 2.1.403 para 2.1.4x e assim por diante. Todas as versões do SDK do .NET que não são as versões mais recentes do patch serão removidas das imagens do Ubuntu em 14 de junho. Essa alteração afeta todas as versões do Ubuntu em agentes hospedados pela Microsoft.

Data de destino

A implantação de imagens atualizadas começará em 14 de junho e levará de 3 a 4 dias.

Possível impacto

Se você usar um arquivoglobal.json, o build será afetado nos seguintes casos:

A construção falhará se o arquivo global.json contiver a propriedade rollForward: disable e a versão do SDK que não seja a versão mais recente do patch. Por exemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "disable"
  }
}

A versão do SDK do .NET será alterada automaticamente para o patch mais recente se o arquivo global.json contiver a rollForward: patch propriedade. Por exemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "patch"
  }
}

Se o rollForward campo não for especificado em seu arquivo de global.json, não haverá nenhuma alteração para você. O nível de patch instalado mais recente é usado.

Se você precisar usar a versão exata do SDK do .NET que não é o patch mais recente, use a tarefa para instalá-la como parte do build:

steps:
- task: UseDotNet@2
  displayName: 'Use .NET Core sdk'
  inputs:
    version: <dotnet version>

Permissões e verificações em grupos de variáveis e arquivos seguros

Você pode usar diferentes tipos de recursos compartilhados em pipelines YAML. Exemplos incluem conexões de serviço, grupos de variáveis, arquivos seguros, pools de agentes, ambientes ou repositórios. Para proteger um pipeline contra o acesso a um recurso, o proprietário do recurso pode configurar permissões e verificações nesse recurso. Sempre que um pipeline tenta acessar o recurso, todas as permissões e verificações configuradas são avaliadas. Essas proteções vêm sendo disponibilizadas em conexões de serviço, ambientes e pools de agentes há algum tempo. Eles foram adicionados recentemente aos repositórios. Com essa versão, estamos adicionando as mesmas proteções a grupos de variáveis e arquivos seguros.

Para restringir o acesso a um grupo de variáveis ou a um arquivo seguro a um pequeno conjunto de pipelines, use o recurso Permissões de Pipelines.

Para configurar verificações ou aprovações que devem ser avaliadas sempre que um pipeline é executado, use o recurso Aprovações e verificações para Biblioteca.

Versão prévia do suporte a modelos no editor YAML

Os modelos são um recurso comumente usado em pipelines YAML. Eles são uma maneira fácil de compartilhar trechos de pipeline. Eles também são um mecanismo poderoso para verificar ou impor segurança e governança através do seu fluxo de trabalho.

O Azure Pipelines dá suporte a um editor YAML que pode ser útil ao editar seu pipeline. Anteriormente, o editor não tinha suporte para modelos. Os autores de pipelines YAML não puderam obter assistência do intellisense ao usar um modelo. Com esta versão, estamos apresentando o suporte para modelos no editor YAML. Para habilitar essa visualização, navegue até os recursos de visualização em sua organização do Azure DevOps e habilite o editor de modelos YAML.

Ao editar seu arquivo YAML principal do Azure Pipelines, você pode incluir ou estender um modelo. Ao digitar o nome do modelo, você será solicitado a validar seu modelo. Depois de validado, o editor yaml entende o esquema do modelo, incluindo os parâmetros de entrada.

Após a validação, você pode optar por navegar até o modelo. Você poderá fazer alterações no modelo usando todos os recursos do editor yaml.

Observe que esse recurso está em versão prévia. Há limitações conhecidas, algumas das quais estamos trabalhando para resolver. Se o modelo tiver parâmetros obrigatórios que não são fornecidos como entradas no arquivo YAML principal, a validação falhará e solicitará que você as forneça. Em uma experiência ideal, a validação não deve ser bloqueada e você deve ser capaz de preencher os parâmetros de entrada usando o intellisense. Além disso, você não pode criar um novo modelo a partir do editor. Você só pode usar ou editar modelos existentes.

O Ubuntu-16.04 foi removido dos pools hospedados pela Microsoft em setembro de 2021

O suporte tradicional de cinco anos do Ubuntu 16.04 pela Canonical termina em abril de 2021. Para manter nosso ambiente atualizado e protegido, removeremos o Ubuntu 16.04 em 20 de setembro de 2021.

Você precisará migrar fluxos de trabalho do ubuntu-16.04 para ubuntu-18.04 ou ubuntu-latest que serão executados no Ubuntu 20.04 LTS.

Para garantir que todos estejam cientes dessa mudança, agendamos dois brownouts curtos. Qualquer compilação do Ubuntu 16.04 falhará durante o período de redução de serviço. Portanto, recomenda-se migrar seus pipelines antes de 6 de setembro de 2021.

Os brownouts são agendados provisoriamente para as seguintes datas e horários. Atualizaremos esses horários à medida que nos aproximarmos desse período.

6 de setembro de 2021 17:00 UTC – 22:00 UTC

14 de setembro de 2021 17:00 UTC – 22:00 UTC

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.