Integração com o GitHub - Validação AB# aprimorada

  • Artigo

Com esta atualização, temos o prazer de oferecer uma visualização privada das melhorias mais recentes em nossa integração Azure Boards + GitHub!

Além disso, agora é possível que os administradores ignorem aprovações e verificações em execução para concluir um hotfix no Azure Pipelines.

Confira as notas sobre a versão para obter detalhes.

Geral

Azure Boards

Azure Pipelines

Reporting

Geral

Nova versão do SDK da Extensão Web de DevOps do Azure

Com esta atualização, estamos lançando uma nova versão do SDK de Extensão da Web de DevOps do Azure. O SDK do cliente permite que as extensões da Web se comuniquem com o quadro do host. Pode ser usado para:

  • Notificar o host de que a extensão está carregada ou tem erros
  • Obter informações contextuais básicas sobre a página atual (usuário atual, host e informações de extensão)
  • Obter informações sobre o tema
  • Obter um token de autorização para usar em chamadas REST de volta ao Azure DevOps
  • Obter serviços remotos oferecidos pelo quadro do host

Você pode encontrar uma referência de API completa na documentação do pacote azure-devops-extension-sdk. Esta nova versão fornece suporte para os seguintes módulos:

  • Suporte ao módulo ES: O SDK agora suporta módulos ES (ECMAScript), além dos módulos AMD (Asynchronous Module Definition) existentes. Agora você pode importar o SDK usando a sintaxe do módulo ES, que fornece melhorias de desempenho e reduz o tamanho do aplicativo.

  • Compatibilidade com versões anteriores para módulos AMD: O suporte existente para módulos AMD permanece intacto. Se o seu projeto estiver usando módulos AMD, você poderá continuar a usá-los como antes sem alterações.

Modo de utilização:

Para módulos ES, você pode importar nossos módulos usando a instrução de importação:

import * as SDK from 'azure-devops-extension-sdk';
// Use the module here

Se você estiver usando módulos AMD, poderá continuar a importar o SDK usando a require função:

require(['azure-devops-extension-sdk'], function(SDK) {

  // Use the module here
});

Azure Boards

Integração com o GitHub - Validação AB# aprimorada (visualização privada)

Estamos iniciando nossa jornada de melhorias na integração Boards + GitHub, abordando as respostas do bot ao vincular itens de trabalho usando a sintaxe AB#. Quando você vincula a uma Solicitação Pull usando a sintaxe, a única maneira de saber se o link foi bem-sucedido é observando o item de trabalho ou percebendo a AB#{ID}AB#{ID} transformação em um link.

Hoje, estamos lançando uma visualização privada com vários aprimoramentos no aplicativo GitHub do Azure Boards para informá-lo melhor quando um link para um item de trabalho é válido ou inválido. Isso ajuda a identificar links defeituosos e corrigi-los antes que a solicitação de pull seja mesclada.

Screenshots of Team Settings.

Se você estiver interessado em participar da visualização privada, entre em contato conosco diretamente por e-mail. Certifique-se de incluir o nome da sua organização (dev.azure.com/{organização})

Confira o roteiro público para saber mais sobre os próximos recursos de integração do Azure Boards + GitHub.

Azure Pipelines

As tarefas do Azure Pipelines usam o Nó 16

As tarefas no pipeline são executadas usando um executor, com Node.js usado na maioria dos casos. As tarefas do Azure Pipelines que utilizam um Nó como executor agora usam o Nó 16. Como o Node 16 é a primeira versão do Node a suportar nativamente o silício da Apple, isso também completa o suporte completo para o macOS no silício da Apple. Os agentes executados no silício da Apple não precisam do Rosetta para serem executados.

À medida que a data de fim de vida útil do Nó 16 avançou, iniciamos o trabalho para executar tarefas com o Nó 20.

Anunciando a aposentadoria de tarefas preteridas

O Azure Pipelines tem muitas tarefas preteridas. As tarefas preteridas serão retiradas em 31 de janeiro de 2024. Para ajudá-lo a identificar pipelines que estão usando tarefas preteridas, os pipelines mostrarão avisos se essa tarefa for usada. Atualizamos a Referência de Tarefa para transmitir claramente o status de depreciação e a data de aposentadoria.

As seguintes tarefas foram preteridas e começarão a emitir avisos:

  • AppCenterDistributeV1,
  • AppCenterDistributeV2
  • AzureMonitorV0
  • ChefKnifeV1
  • ChefV1
  • CondaEnvironmentV1
  • DeployVisualStudioTestAgentV2
  • DotNetCoreInstallerV1
  • IISWebAppDeployment
  • QuickPerfTestV1
  • RunJMeterLoadTestV1
  • RunLoadTestV1
  • SqlServerDacpacDeploymentV1
  • XamarinTestCloudV1

Atualize seus pipelines para usar uma versão de tarefa mais recente ou uma alternativa antes de 31 de janeiro de 2024.

A tarefa AzureRmWebAppDeployment dá suporte à autenticação de ID do Microsoft Entra

As tarefas AzureRmWebAppDeploymentV3 e AzureRmWebAppDeployment@4 foram atualizadas para oferecer suporte ao Serviço de Aplicativo com autenticação básica desabilitada. Se a autenticação básica estiver desabilitada no Serviço de Aplicativo, as tarefas AzureRmWebAppDeploymentV3/4 usarão a autenticação de ID do Microsoft Entra para executar implantações no ponto de extremidade Kudu do Serviço de Aplicativo. Isso requer uma versão recente do msdeploy.exe instalada no agente, que é o caso dos agentes hospedados windows-2022/windows-latest (consulte a referência da tarefa).

Melhorias na API REST de aprovações

Melhoramos a localização das aprovações atribuídas a um usuário incluindo os grupos aos quais o usuário pertence nos resultados da pesquisa.

As aprovações agora contêm informações sobre a execução do pipeline a que pertencem.

Por exemplo, a seguinte chamada https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending GET REST API retorna

{
    "count": 1,
    "value":
    [
        {
            "id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
            "steps":
            [],
            "status": "pending",
            "createdOn": "2023-11-09T10:54:37.977Z",
            "lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
            "executionOrder": "anyOrder",
            "minRequiredApprovers": 1,
            "blockedApprovers":
            [],
            "_links":
            {
                "self":
                {
                    "href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
                }
            },
            "pipeline":
            {
                "owner":
                {
                    "_links":
                    {
                        "web":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
                        },
                        "self":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
                        }
                    },
                    "id": 73222930,
                    "name": "20231109.1"
                },
                "id": "4597",
                "name": "FabrikamFiber"
            }
        }
    ]
}

Ignorar aprovações e verificações

Aprovações e verificações ajudam a proteger o acesso a recursos importantes, como conexões de serviço, repositórios ou pools de agentes. Um caso de uso comum é usar Aprovações e Verificações ao implantar na produção, e você deseja proteger a conexão de serviço ARM.

Digamos que você adicionou as seguintes verificações na conexão de serviço: uma verificação de Aprovação, uma verificação de Horário Comercial e uma verificação de Chamada de Função do Azure (para impor um atraso entre regiões diferentes).

Agora, imagine que você precisa fazer uma implantação de hotfix. Você inicia uma execução de pipeline, mas ele não prossegue, ele espera que a maioria das verificações sejam concluídas. Você não pode se dar ao luxo de esperar que as aprovações e verificações sejam concluídas.

Nesta sprint, tornamos possível ignorar as aprovações e verificações em execução, para que você possa concluir o hotfix.

Você pode ignorar as verificações de Aprovações, Horário Comercial, Invocar Função do Azure e Invocar a API REST.

Ignorar uma aprovação.

Screenshot of Bypass an Approval.

Ignorar verificação do horário comercial.

Screenshot of Bypass Business Hours check.

Ignorar a verificação de função do Azure Invoke. Ignorar verificação do horário comercial.

Screenshot of Bypass Invoke Azure Function check.

Quando uma verificação é ignorada, você pode vê-la no painel de verificações.

Screenshot of check bypassed.

Você só poderá ignorar uma verificação se for um Administrador do recurso no qual as verificações foram definidas.

Suporte para o servidor corporativo GitHub na verificação de modelo necessária

Os modelos são um mecanismo de segurança que permite controlar os estágios, os trabalhos e as etapas dos pipelines em sua organização.

A verificação Exigir modelo permite impor que um pipeline se estenda de um conjunto de modelos aprovados antes de acessar um recurso protegido, como um pool de agentes ou conexão de serviço.

A partir dessa sprint, você pode especificar modelos localizados nos repositórios do GitHub Enterprise Server.

Screenshot of required YAML template.

Executar novamente as verificações de função do Azure

Imagine que você implanta seu sistema em vários estágios. Antes de implantar o segundo estágio, há uma verificação de Aprovação e Invocar Função do Azure que executa uma verificação de sanidade na parte já implantada do sistema.

Ao analisar a solicitação de Aprovação, você percebe que a verificação de sanidade foi executada dois dias antes. Nesse cenário, você pode estar ciente de outra implantação que afetou o resultado da verificação de sanidade.

Com essa atualização, você pode executar novamente as verificações Invoke Azure Function e Invoke REST API. Essa funcionalidade está disponível apenas para verificações bem-sucedidas e sem tentativas.

Screenshot of dynamic check.

Observação

Você só poderá executar novamente uma verificação se for um Administrador do recurso no qual as verificações foram definidas.

Reporting

Filtragem de item de trabalho

Temos o prazer de anunciar a filtragem de gráfico de item de trabalho. Esse recurso permitirá que você passe o mouse sobre o gráfico de itens de trabalho para obter uma visão geral rápida e detalhar segmentos específicos do gráfico para obter insights detalhados. Você não precisa mais criar consultas personalizadas para acessar a parte exata de dados necessária. Agora você pode mergulhar em seus itens de trabalho em gráficos de itens de trabalho com apenas alguns cliques.

Gif to demo work item filtering.

Seu feedback é inestimável para moldar o futuro desse recurso. Experimente agora e diga-nos o que pensa na nossa comunidade de DevOps do Azure.

Próximas etapas

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 o Azure DevOps

Como fornecer comentários

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

Screenshot Make a suggestion.

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

Obrigada,

Silviu Andrica