Azure Pipelines – Atualização do Sprint 194

Features

• Postar status neutro no GitHub quando um build é ignorado
• O acesso a todos os pipelines está desativado por padrão em recursos protegidos
• Injetar tarefa antes ou depois das tarefas de destino especificadas usando um decorador
• Anunciando um cronograma de descontinuação para imagens hospedadas no Windows 2016
• Anunciando a descontinuação das imagens hospedadas do macOS 10.14

Publicar status neutro no GitHub quando um build for ignorado

Com o Azure Pipelines, você sempre pode validar uma solicitação pull no GitHub. Você também pode especificar quais caminhos no repositório GitHub devem disparar um pipeline. Por exemplo, o pipeline a seguir é disparado quando uma alteração é enviada por push para code no ramo main, mas não é disparado quando uma alteração é enviada por push para a pasta docs.

trigger: none

pr:
 branches:
   include:
     - main
 paths:
   include:
     - code
   exclude:
     - docs

pool:
  vmImage: ubuntu-latest

steps:
- script: echo Hello, world!
  displayName: 'Run a one-line script'

Depois que o pipeline for concluído, o Azure Pipelines postará um status novamente no GitHub. Se você tivesse políticas de proteção de branch em vigor para o seu repositório GitHub, o status postado pelo Azure Pipelines determinaria se o pull request seria mesclado.

No exemplo acima, se você fez uma alteração em docs, o GitHub atualmente bloqueia o pull request aguardando que um status seja retornado pelo Azure Pipelines. No entanto, o Azure Pipelines não executa um build de validação, pois esse caminho é excluído do gatilho, impossibilitando a conclusão da solicitação de pull. Os clientes que configuram gatilhos de exclusão de caminho ou vários pipelines para um único repositório GitHub frequentemente enfrentavam esse desafio.

A partir de agora, o Azure Pipelines postará um neutral status de volta no GitHub quando decidir não executar uma compilação de validação devido a uma regra de exclusão de caminho. Isso fornecerá uma direção clara para o GitHub indicando que o Azure Pipelines concluiu seu processamento.

Modo de exibição de conversa:

Verifique os detalhes:

Por padrão, o acesso a todos os pipelines está desativado nos recursos protegidos

Um pipeline YAML pode contar com um ou mais recursos protegidos. Conexões de serviço, pools de agentes, grupos de variáveis, arquivos seguros e repositórios são todos exemplos de recursos protegidos, pois um administrador desse recurso pode controlar quais pipelines têm acesso a esse recurso. Os administradores usam o painel de configurações de segurança do recurso para habilitar ou desabilitar pipelines.

Quando você cria um desses recursos, a experiência padrão concede acesso a todos os pipelines, a menos que você o desative explicitamente. A partir de agora, para melhorar a postura de segurança geral, a configuração padrão está sendo definida para negar o acesso a todos os pipelines. Para conceder acesso a todos os pipelines, basta ativar o alternador no processo de criação ou depois que o recurso for criado.

Injetar tarefa antes ou depois de tarefas de destino especificadas usando um decorador

Decoradores são uma maneira de injetar tarefas automaticamente em um pipeline. Eles geralmente são usados por equipes centrais em uma organização para executar automaticamente os procedimentos de conformidade necessários. Decoradores podem ser usados em builds clássicos, releases clássicos ou pipelines YAML.

Atualmente, uma tarefa pode ser injetada por meio de um decorador no início de cada trabalho, no final de cada trabalho ou logo após uma tarefa de check-out. Para controlar isso, especifique um target na seção de contribuição da extensão do decorador, conforme descrito aqui. Agora estamos expandindo a lista de destinos para incluir o seguinte:

ms.azure-pipelines-agent-job.pre-task-tasks
ms.azure-pipelines-agent-job.post-task-tasks
ms.azure-release-pipelines-agent-job.pre-task-tasks
ms.azure-release-pipelines-agent-job.post-task-tasks

Aqui está um exemplo de um decorador que injeta uma tarefa antes de cada instância da tarefa PublishPipelineArtifacts em um pipeline.

{
    "manifestVersion": 1,
    "contributions": [
        {
            "id": "my-required-task",
            "type": "ms.azure-pipelines.pipeline-decorator",
            "targets": [
                "ms.azure-pipelines-agent-job.pre-task-tasks"
            ],
            "properties": {
                "template": "my-decorator.yml",
                "targettask": "ECDC45F6-832D-4AD9-B52B-EE49E94659BE"
            }
        }
    ],
    "files": [
        {
            "path": "my-decorator.yml",
            "addressable": true,
            "contentType": "text/plain"
        }
    ]
}

Anúncio de um cronograma de depreciação para imagens hospedadas no Windows 2016

Recentemente, disponibilizamos o Windows 2022 como uma imagem hospedada. Com o próximo fim do suporte principal para o Windows 2016 em janeiro de 2022, estamos descontinuando imagens a partir de 15 de novembro. A desativação completa dessa imagem está prevista para março de 2022. Como essa é uma imagem comumente usada, queríamos dar-lhe aviso prévio e tempo suficientes para fazer as alterações necessárias em seus pipelines.

Consulte nossa postagem no blog detalhando como localizar todos os projetos e pipelines usando a imagem hospedada do Windows 2016 e as etapas que você pode executar para migrar para versões mais recentes.

Anúncio da depreciação das imagens hospedadas no macOS 10.14

Recentemente, disponibilizamos o macOS-11 como uma imagem hospedada. Como resultado, vamos descontinuar a imagem do macOS-10.14 em dezembro de 2021. Compilações que dependem dessa imagem falharão quando ela for preterida. Você pode encontrar mais detalhes sobre a depreciação de várias imagens de nossa postagem no blog.

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.