Pipelines do Azure – Atualização do Sprint 187

Funcionalidades

• Alteração na política de pré-instalação do SDK .NET nos agentes do Ubuntu alojados na Microsoft
• Permissões e verificações em grupos de variáveis e ficheiros seguros
• Pré-visualização do suporte de modelos no editor YAML
• O Ubuntu-16.04 será removido dos conjuntos alojados na Microsoft em setembro de 2021

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

Estamos a alterar as versões do SDK .NET pré-instaladas nos agentes do Ubuntu alojados na Microsoft. Atualmente, instalamos todas as versões disponíveis e suportadas do SDK .NET (2.1.x, 3.1.x, 5.0.x). Esta abordagem será alterada a favor da instalação da versão de patch mais recente para cada versão de funcionalidade. Esta alteração está a ser efetuada para lhe fornecer mais espaço livre e novos pedidos de ferramentas.

O que significa?

A versão do SDK é composta pelas seguintes partes: x.y.znn. z é a versão da funcionalidade e nn é a versão do patch. Por exemplo, para a versão 2.1.302, a versão da funcionalidade é 3 e 02 é a versão do patch. De acordo com a nova abordagem, iremos instalar apenas a versão de patch mais recente para cada versão de funcionalidade, ou seja, apenas 2.1.302 será instalada para 2.1.3x, apenas 2.1.403 para 2.1.4x e assim sucessivamente. Todas as versões do SDK .NET que não sejam as versões de patch mais recentes serão removidas das imagens do Ubuntu no dia 14 de junho. Esta alteração afeta todas as versões do Ubuntu nos agentes alojados na Microsoft.

Data de destino

A implementação de imagens atualizadas começará a 14 de junho e demorará entre 3 e 4 dias.

Impacto possível

Se utilizar um ficheiro global.json, a compilação será afetada nos seguintes casos:

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

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

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

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

Se o rollForward campo não estiver especificado no ficheiro global.json, não haverá alterações para si. É utilizado o nível de patch instalado mais recente.

Se precisar de utilizar a versão exata do SDK .NET que não é o patch mais recente, utilize UseDotNet a tarefa para instalá-la como parte da compilação:

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

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

Pode utilizar diferentes tipos de recursos partilhados em pipelines YAML. Os exemplos incluem ligações de serviço, grupos variáveis, ficheiros seguros, conjuntos 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 aceder ao recurso, todas as permissões e verificações configuradas são avaliadas. Estas proteções estão disponíveis em ligações de serviço, ambientes e conjuntos de agentes há algum tempo. Foram recentemente adicionados aos repositórios. Com esta versão, estamos a adicionar as mesmas proteções a grupos de variáveis e ficheiros seguros.

Para restringir o acesso a um grupo de variáveis ou a um ficheiro seguro a um pequeno conjunto de pipelines, utilize a funcionalidade Permissões de pipelines .

Para configurar verificações ou aprovações que devem ser avaliadas sempre que um pipeline é executado, utilize a funcionalidade Aprovações e verificações da biblioteca.

Pré-visualização do suporte de modelos no editor YAML

Os modelos são uma funcionalidade frequentemente utilizada em pipelines YAML. São uma forma fácil de partilhar fragmentos de pipeline. Também são um mecanismo poderoso para verificar ou impor a segurança e a governação através do pipeline.

O Azure Pipelines suporta um editor YAML que pode ser útil ao editar o pipeline. Anteriormente, o editor não suportaa modelos. Os autores de pipelines YAML não conseguiram obter assistência intellisense ao utilizar um modelo. Com esta versão, estamos a pré-visualizar o suporte para modelos no editor YAML. Para ativar esta pré-visualização, navegue para as funcionalidades de pré-visualização na sua organização do Azure DevOps e ative o editor de modelos YAML.

À medida que edita o ficheiro YAML dos Pipelines do Azure principal, pode incluir ou expandir um modelo. Quando escrever o nome do modelo, ser-lhe-á pedido para validar o modelo. Depois de validado, o editor YAML compreende o esquema do modelo, incluindo os parâmetros de entrada.

Após a validação, pode optar por navegar para o modelo. Poderá efetuar alterações ao modelo com todas as funcionalidades do editor YAML.

Tenha em atenção que esta funcionalidade está em pré-visualização. Existem limitações conhecidas, algumas das quais estamos a trabalhar para resolver. Se o modelo tiver parâmetros necessários que não são fornecidos como entradas no ficheiro YAML principal, a validação falha e pede-lhe para fornecer essas entradas. Numa experiência ideal, a validação não deve ser bloqueada e deverá conseguir preencher os parâmetros de entrada com o intellisense. Além disso, não pode criar um novo modelo a partir do editor. Só pode utilizar ou editar modelos existentes.

O Ubuntu-16.04 será removido dos conjuntos alojados na Microsoft em setembro de 2021

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

Terá de migrar fluxos de trabalho ubuntu-16.04 para ubuntu-18.04 ou ubuntu-latest, que serão executados no Ubuntu 20.04 LTS.

Para garantir que todos estão cientes desta alteração, agendámos dois brownouts curtos. Todas as compilações do Ubuntu 16.04 falharão durante o período de brownout. Por conseguinte, é recomendado migrar os pipelines antes de 6 de setembro de 2021.

Os brownouts são agendados em modo de tentativa para as seguintes datas e horas. Iremos atualizar estas horas à medida que nos aproximamos deste período.

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

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

Passos seguintes

Aceda ao Azure DevOps e dê uma vista de olhos.

Como fornecer comentários

Gostaríamos de saber o que pensa sobre estas funcionalidades. Utilize o menu de ajuda para comunicar um problema ou fornecer uma sugestão.

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.