Compartilhar via

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 as 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

Relatório

Geral

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

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

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

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

  • Suporte ao módulo ES: O SDK agora oferece suporte a 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 nenhuma alteração.

Modo de utilização:

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

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 (versão prévia privada)

Importante

A partir de 06/08/2024, o aplicativo Azure Boards no GitHub não validará mais links AB#. Você ainda pode usar a AB# sintaxe para vincular itens de trabalho em suas solicitações de pull, confirmações e problemas do GitHub como fazia antes dessa alteração.

Estamos iniciando nossa jornada de melhorias de integração do Boards + GitHub abordando as respostas do bot ao vincular a itens de trabalho usando a sintaxe AB#. Quando você vincula a uma solicitação de pull usando a AB#{ID} sintaxe, a única maneira de saber se o link foi bem-sucedido é examinando o item de trabalho ou observando a 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 inválidos e corrigi-los antes que o Pull Request seja mesclado.

Capturas de tela das configurações da equipe.

Se você estiver interessado em participar da visualização privada, entre em contato conosco diretamente por email. 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 oferecer suporte nativo ao Apple Silicon, isso também conclui o suporte completo a tarefas para macOS no Apple Silicon. Os agentes em execução no Apple Silicon não precisam do Rosetta para serem executados.

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

Anunciando a desativação de tarefas preteridas

O Azure Pipelines tem muitas tarefas preteridas. As tarefas preteridas serão desativadas 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 substituição e a data de desativação.

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 dar suporte ao Serviço de Aplicativo com a 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 de 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 à qual 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 da API REST GET 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 do ARM.

Digamos que você tenha adicionado 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 Invocar 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 ela não prossegue, ela aguarda a conclusão da maioria das verificações. Você não pode esperar que as aprovações e verificações sejam concluídas.

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

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

Ignorar uma aprovação.

Captura de tela de Ignorar uma aprovação.

Ignorar verificação do horário comercial.

Captura de tela da verificação de Ignorar horário comercial.

Ignorar a verificação Invocar Função do Azure. Ignorar verificação do horário comercial.

Captura de tela da verificação Ignorar Invocação de Função do Azure.

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

Captura de tela do cheque ignorado.

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

Suporte para 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, trabalhos e etapas de pipelines em sua organização.

A verificação Exigir modelo permite que você imponha 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 desse sprint, você pode especificar modelos localizados em repositórios do GitHub Enterprise Server.

Captura de tela do modelo YAML necessário.

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 integridade na parte já implantada do sistema.

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

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

Captura de tela da verificação dinâmica.

Observação

Você pode executar novamente uma verificação somente se for um administrador do recurso no qual as verificações foram definidas.

Relatório

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 item de trabalho para obter uma visão geral rápida e faça uma busca detalhada em segmentos de gráfico específicos para obter insights detalhados. Você não precisa mais criar consultas personalizadas para acessar os dados exatos de que precisa. Agora você pode mergulhar em seus itens de trabalho em gráficos de item de trabalho com apenas alguns cliques.

Gif para filtragem de item de trabalho de demonstração.

Seu feedback é inestimável para moldar o futuro desse recurso. Experimente agora e deixe-nos saber o que você pensa em nossa comunidade do Azure DevOps.

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.

Captura de tela Faça uma sugestão.

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

Obrigada,

Silviu Andrica