Notas de versão do Azure DevOps Server 2022 Update 2

| Comunidade | de desenvolvedoresRequisitos do sistema e compatibilidade | Termos de Licença | Blog | SHA-256 Hashes |

Neste artigo, você encontrará informações sobre a versão mais recente do Azure DevOps Server.

Para saber mais sobre como instalar ou atualizar uma implantação do Azure DevOps Server, consulte Azure DevOps Server Requirements.

Para baixar os produtos do Azure DevOps Server, visite a página Downloads do Azure DevOps Server.

A atualização direta para o Azure DevOps Server 2022 Update 2 é suportada pelo Azure DevOps Server 2019 ou Team Foundation Server 2015 ou mais recente. Se sua implantação do TFS estiver no TFS 2013 ou anterior, você precisará executar algumas etapas provisórias antes de atualizar para o Azure DevOps Server 2022. Consulte a página Instalação para obter mais informações.

Azure DevOps Server 2022 Atualização 2 Patch 7 Data de lançamento: 11 de novembro de 2025

Lançamos o Patch 7 para o Azure DevOps Server 2022 Update 2 para incluir o seguinte:

• Atualização de proxy TFVC: O algoritmo de hash usado no processo de autorização foi atualizado de SHA-1 para SHA-256. Para garantir a compatibilidade e evitar interrupções, atualize o proxy junto com o servidor.
• Resolvido um problema com binários não assinados em tarefas MSBuildV1 e VSBuildV1.
• Desempenho otimizado para o executor da etapa DeleteJobDefinitionsByExtensionName.

Azure DevOps Server 2022 Atualização 2 Patch 6 Data de lançamento: 10 de junho de 2025

Lançamos o Patch 6 para o Azure DevOps Server 2022 Update 2 para incluir os seguintes aprimoramentos de Planos de Teste:

• Exportar casos de teste com colunas personalizadas em XLSX

Com este patch, os Planos de Teste suportam a exportação de casos de teste com colunas personalizadas, dando-lhe maior flexibilidade e controlo sobre os dados que partilha e analisa. Esta melhoria ajuda-o a adaptar as exportações às suas necessidades, garantindo que as informações que exporta são relevantes e acionáveis.

• Importe suítes e copie casos de teste com "Plan Id" e "Suite Id" apenas na busca.

Azure DevOps Server 2022 Update 2 Patch 5 Data de lançamento: 8 de abril de 2025

Lançámos o Patch 5 para o Azure DevOps Server 2022 Update 2, incluindo:

• Anteriormente, o Azure DevOps Agent usava a CDN da Edgio com endpoint vstsagentpackage.azureedge.net. Como parte da aposentadoria de Edgio, o *.azureedge.net domínio está sendo desativado. Para garantir a disponibilidade contínua, migramos para uma CDN apoiada pela Akamai com um novo ponto final download.agent.dev.azure.com. Esse patch inclui as alterações necessárias para buscar os binários do Agente do novo ponto de extremidade CDN, migrando assim do ponto de extremidade CDN anterior.

Azure DevOps Server 2022 Atualização 2 Patch 4 Data de lançamento: 11 de março de 2025

Lançámos o Patch 4 do Azure DevOps Server 2022 Update 2, que inclui:

• Atualizar tarefas devido à descontinuação do Edgio CDN. Confira a postagem do blog Switching CDN providers para obter mais detalhes.
• Dependência atualizada da Sereia.

Azure DevOps Server 2022 Update 2 Patch 3 Data de lançamento: 11 de fevereiro de 2025

Lançamos o Patch 3 do Azure DevOps Server 2022 Update 2, que inclui:

• Atualizações em artefatos para adicionar Python Enhancement Proposals (PEPs) 685. Esta atualização aborda os comentários partilhados na Comunidade de Programadores .

Azure DevOps Server 2022 Update 2 Patch 2 Data de lançamento: 12 de novembro de 2024

Lançamos o Patch 2 para o Azure DevOps Server 2022 Update 2 para incluir uma atualização para uma dependência vulnerável.

Azure DevOps Server 2022.2 RTW Data de lançamento: 9 de julho de 2024

Resumo do que há de novo no Azure DevOps Server 2022.2 RTW

O Azure DevOps Server 2022.2 RTW é um pacote cumulativo de correções de bugs. Ele inclui todos os recursos no Azure DevOps Server 2022.2 RC lançado anteriormente. Você pode instalar diretamente o Azure DevOps Server 2022.2 ou atualizar do Azure DevOps Server 2020, 2019 ou Team Foundation Server 2015 ou mais recente. Os seguintes problemas e vulnerabilidades foram resolvidos com esta versão:

• CVE-2024-35266: Vulnerabilidade de falsificação do servidor Azure DevOps
• CVE-2024-35267: Vulnerabilidade de falsificação do servidor Azure DevOps
• Tíquete de feedback da comunidade de desenvolvedores: a versão do agente não é atualizada após a atualização para o Azure DevOps Server 2022.1 e o uso do Update Agent na configuração do pool de agentes
• Tíquete de feedback da comunidade de desenvolvedores: problema com o carregamento da página de configuração da equipe
• Bilhete de feedback da comunidade de desenvolvedores: Corrigir o tratamento incorreto de datas na notificação de PR por e-mail para determinados formatos regionais

Azure DevOps Server 2022 Atualização 2 RC Data de lançamento: 7 de maio de 2024

O Azure DevOps Server 2022.2 RC inclui muitos recursos novos. Alguns dos destaques incluem:

• Limites para caminhos de área e iteração
• Ignorar aprovações e verificações em pipelines
• Validação YAML melhorada
• Suporte de Artefatos do Azure para Caixas de Carga
• Nova experiência de diretório do Dashboard
• Cópia rápida e importação com ID de plano de teste ou suíte

Você também pode ir para seções individuais para ver todos os novos recursos para cada serviço:

• General
• Boards
• Repos
• Pipelines
• Artifacts
• Reporting

General

Tarefa Publicar resultados de teste

A tarefa Publicar resultados de teste agora oferece suporte a anexos de execução de teste para o formato de relatório JUnit.

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

Com esta atualização, estamos lançando uma nova versão do SDK da Extensão Web do Azure DevOps. O SDK do cliente permite que as extensões da Web se comuniquem com o quadro do host. Pode ser utilizado 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 sobre usuário, host e 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 pela estrutura 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ê pode 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 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 função require:

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

  // Use the module here
});

Boards

Limites para áreas e caminhos de iteração

Os limites desempenham um papel importante na manutenção da saúde e da eficiência de um serviço grande e global. Com esta versão, estamos introduzindo limites rígidos de 10.000 por projeto para caminhos de área e iteração. Visite a página Acompanhamento de trabalho, processos e limites de projeto para saber mais sobre os diferentes limites no serviço.

Controles de desenvolvimento e implantação

Agora, removemos os controles de desenvolvimento e/ou implantação do item de trabalho, dependendo de como seu projeto está configurado. Por exemplo, poderá configurar as definições do seu projeto para desativar repositórios e/ou pipelines.

Quando você vai para o item de trabalho, os controles de desenvolvimento e implantação correspondentes serão ocultos do formulário.

Se você decidir conectar um repositório GitHub a Painéis do Azure, o controle de desenvolvimento para repositórios GitHub será exibido.

Repos

Nova "Política de filial" que impede os utilizadores de aprovarem as suas próprias alterações

Para melhorar o controle sobre quais alterações o usuário aprova e corresponder a requisitos regulatórios/de conformidade mais rígidos, fornecemos uma opção para impedir que o usuário aprove suas próprias alterações, a menos que explicitamente permitido.

O utilizador com capacidade de gerir as políticas de ramificações agora pode alternar a opção recém-adicionada "Exigir pelo menos uma aprovação em cada iteração" em "Quando novas alterações são enviadas". Quando esta opção é selecionada, então pelo menos um voto de aprovação para a última alteração do ramo de origem é necessário. A aprovação do usuário não é contada em relação a qualquer iteração anterior não aprovada enviada por esse usuário. Como resultado, a aprovação adicional na última iteração deve ser feita por outro utilizador.

A imagem a seguir mostra a solicitação pull criada pelo usuário A e 4 confirmações adicionais (iterações) feitas a essa solicitação pull pelos usuários B, C, A novamente e C. Depois que a segunda iteração (confirmação feita pelo usuário B) foi feita, o usuário C aprovou isso. Naquele momento, implicava a aprovação da primeira confirmação do usuário A (quando a solicitação pull foi criada) e a política recém-introduzida será bem-sucedida. Após a quinta iteração (última confirmação do usuário C), a aprovação foi feita pelo usuário A. Isso implicava a aprovação para a confirmação anterior feita pelo usuário C, mas não estava implicando a aprovação para a segunda confirmação feita pelo usuário A na quarta iteração. Para que a política recém-introduzida seja bem-sucedida, a iteração quatro não aprovada deve ser aprovada pelo usuário B, C ou qualquer outro usuário que não tenha feito nenhuma alteração na solicitação pull.

Suporte a filtros sem bolhas e sem árvores

exec prc_SetRegistryValue 1,'#\FeatureAvailability\Entries\Git.EnablePartialClone\AvailabilityState\', 1

O Azure DevOps agora dá suporte a duas filtragens adicionais durante a clonagem/busca. São as seguintes: --filter=blob:none e ainda --filter=tree:0 A primeira opção (clone sem blob) é melhor usada para desenvolvimento regular, enquanto a segunda opção (clone sem árvore) se encaixa melhor para os casos em que você descarte o clone depois de, por exemplo, executar uma compilação.

SSH-RSA obsolescência

O Azure Repos fornece dois métodos para os usuários acessarem um repositório git no Azure Repos – HTTPS e SSH. Para usar SSH, você precisa criar um par de chaves usando um dos métodos de criptografia suportados. No passado, oferecemos suporte apenas a SSH-RSA e pedimos aos usuários que habilitassem o SSH-RSA aqui.

Com esta atualização, estamos anunciando a substituição do SSH-RSA como um método de criptografia com suporte para se conectar ao Azure Repos usando SSH. Você pode ver mais detalhes no post no blog Fim do suporte SSH-RSA para o Azure Repos.

Pipelines

Impedir execuções não intencionais de pipelines

Hoje, se o seu pipeline YAML não especificar uma seção trigger, executa-se para quaisquer alterações introduzidas no seu repositório. Isso pode criar confusão sobre por que um pipeline foi executado e levar a muitas execuções não intencionais.

Adicionámos uma definição de Pipelines ao nível do projeto e da coleção de projetos chamada Desativar trigger YAML CI implícito que permite alterar este comportamento. Você pode optar por não acionar pipelines se sua seção de gatilho estiver ausente.

Repita um estágio em que as aprovações e verificações expiram

Quando as aprovações e os controlos expiram, o estágio ao qual pertencem é ignorado. Os estágios que têm como dependência o estágio ignorado também são ignorados.

Agora você pode reiniciar uma etapa quando as aprovações e os controlos expiram. Anteriormente, isso só era possível quando uma aprovação expirava.

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 é utilizar Aprovações e Verificações ao fazer a implantação na produção, quando se deseja proteger a ligação do 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 Invocação de Função do Azure (para impor um atraso entre regiões diferentes).

Agora, imagine que tens de fazer uma implementação de atualização urgente. Você inicia uma execução de pipeline, mas ela não prossegue; em vez disso, aguarda a conclusão da maioria das verificações. Você não pode se dar ao luxo de esperar que as aprovações e verificações sejam concluídas.

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

Você pode ignorar aprovações em execução, horário comercial, invocar função do Azure e invocar verificações de API REST.

Ignorar uma aprovação.

Ignore a verificação do horário comercial.

Ignorar a verificação da Invoke Azure Function. Ignore a verificação do horário comercial.

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

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

Voltar a executar verificações das funções 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 uma verificação de execução de Função do Azure que realizam uma verificação de integridade na parte já implantada do sistema.

Ao analisar a solicitação de aprovação, percebes que a verificação básica foi executada dois dias antes. Neste cenário, podes estar a par de outra implementação que afetou o resultado da verificação de integridade.

Com essa atualização, você pode executar novamente as verificações Invoke Azure Function e Invoke REST API. Esta funcionalidade está disponível apenas para verificações que foram bem-sucedidas e não têm novas tentativas.

Suporte para o GitHub Enterprise Server na verificação necessária de modelos.

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

A verificação de modelo exigido permite garantir que um pipeline seja baseado num conjunto de modelos aprovados antes de aceder a um recurso protegido, como um pool de agentes ou ligação de serviço.

Agora você pode especificar modelos localizados nos repositórios do GitHub Enterprise Server.

Função de administrador para todos os ambientes

Os ambientes em pipelines YAML representam um recurso de computação no qual você implanta seu aplicativo, por exemplo, um cluster AKS ou um conjunto de VMs. Eles fornecem controles de segurança e rastreabilidade para suas implantações.

Gerenciar ambientes pode ser bastante desafiador. Isso porque, quando um ambiente é criado, a pessoa que o cria se torna automaticamente o único administrador. Por exemplo, se você quiser gerenciar as aprovações e verificações de todos os ambientes de forma centralizada, terá que pedir a cada administrador de ambiente para adicionar um usuário ou grupo específico como administrador e, em seguida, usar a API REST para configurar as verificações. Essa abordagem é tediosa, propensa a erros e não é dimensionada quando novos ambientes são adicionados.

Com esta versão, adicionamos uma função de Administrador no nível do hub de ambientes. Isso faz com que os ambientes estejam à altura das conexões de serviço ou dos pools de agentes. Para atribuir a função de Administrador a um usuário ou grupo, você precisa já ser um administrador de hub de ambientes ou proprietário de coleção de projetos.

Um usuário com essa função de Administrador pode administrar permissões, gerenciar, exibir e usar qualquer ambiente. Isto inclui abrir ambientes para todos os pipelines.

Quando você concede a um usuário a função de Administrador no nível do hub de ambientes, eles se tornam administradores para todos os ambientes existentes e para quaisquer ambientes futuros.

Validação YAML melhorada

Para verificar se sua sintaxe YAML está correta, você pode usar a funcionalidade Validar do editor da Web do Azure Pipelines. Assim, é importante que essa funcionalidade detete o maior número possível de problemas de YAML.

A validação do YAML agora é mais completa quando se trata de expressões.

Ao escrever pipelines YAML, você pode usar funções para definir valores de variáveis.

Imagine que você define as seguintes variáveis:

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(fromat('{0}.{1}', variables.Major, variables.Minor ), 0)]

A variável Patch é definida usando a função counter e as outras duas variáveis. No código YAML acima, a palavra format está escrita incorretamente. Anteriormente, esse erro não foi detetado. Agora, a funcionalidade Validar detetará isso e exibirá uma mensagem de erro.

Os Pipelines do Azure detetarão definições de variáveis incorretas no nível de pipeline/estágio/trabalho.

Nos pipelines YAML, pode ignorar a execução de uma fase utilizando as condições . Erros de digitação também podem aparecer aqui, como no exemplo a seguir.

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

A tarefa NuGetCommand só é executada se o valor da variável Patch for 0. Novamente, há um erro de digitação na condição e a funcionalidade Validar irá exibi-lo.

Os Pipelines do Azure detetarão condições YAML incorretas definidas no nível de pipeline/estágio/trabalho.

APIs REST para ambientes

Um ambiente é uma coleção de recursos que se pode direcionar com implementações de um pipeline. Os ambientes fornecem histórico de implementações, rastreabilidade de itens de trabalho e commits, além de mecanismos de controle de acesso.

Sabemos que você deseja criar ambientes programaticamente, por isso publicamos documentação para sua API REST.

Melhorias na API REST de Aprovações

Melhorámos as aprovações de localização atribuídas a um utilizador ao incluir os grupos a que o utilizador pertence nos resultados da pesquisa.

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

Por exemplo, a seguinte chamada de API REST GET https://fabrikam.selfhosted/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending 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"
            }
        }
    ]
}

Os registos de pipeline agora contêm a utilização de recursos

Os logs de pipeline do Azure agora podem capturar métricas de utilização de recursos, como memória, uso da CPU e espaço em disco disponível. Os logs também incluem recursos usados pelo agente de pipeline e processos subordinados, incluindo tarefas executadas num trabalho.

Se suspeitar que o seu trabalho de pipeline possa ter restrições de recursos, ative registos detalhados para que as informações de utilização de recursos sejam inseridas nos registos de pipeline. Isso funciona em qualquer agente, independente do modelo de hospedagem.

O agente Azure Pipelines agora oferece suporte ao Alpine Linux

O agente Pipeline v3.227 agora suporta Alpine Linux versões 3.13 e superiores. Alpine Linux é uma escolha popular para imagem de contêiner (base). Você pode encontrar o agente na página de lançamentos . As versões Alpine Linux do agente têm um prefixo vsts-agent-linux-musl por exemplo, vsts-agent-linux-musl-x64-3.227.1.tar.gz.

As tarefas do Azure Pipelines usam o Node.js 16

As tarefas no pipeline são executadas usando um executante, sendo o Node.js utilizado na maioria dos casos. As tarefas do Azure Pipelines que utilizam Node como executor agora usam Node 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 de tarefas para macOS no silício da Apple. Os agentes que funcionam em Apple Silicon não precisam do Rosetta para funcionar.

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

Aumento dos limites de uso dos Pipelines do Azure para alinhar com o tamanho máximo de 4 MB dos modelos do Azure Resource Manager (ARM).

Você pode usar a tarefa Implantação de Modelo do Azure Resource Manager para criar a infraestrutura do Azure. Em resposta aos seus comentários, aumentamos o limite de integração do Azure Pipelines de 2 MB para 4 MB. Isso se alinhará com o tamanho máximo de 4 MB dos modelos ARM, resolvendo restrições de tamanho durante a integração de modelos grandes.

A tarefa AzureRmWebAppDeployment suporta a 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 desativada no App Service, as tarefas AzureRmWebAppDeploymentV3/4 usarão a autenticação do Microsoft Entra ID para executar implementações no ponto de extremidade Kudu do App Service. Isso requer uma versão recente do msdeploy.exe instalado no agente, que é o caso dos agentes hospedados windows-2022/windows-latest (consulte a referência da tarefa).

Desativação da substituição do estado da política de cobertura de código para "Falha" quando a construção falha.

Anteriormente, o status da política de cobertura de código era substituído por 'Falha' se sua compilação no PR estivesse falhando. Este foi um bloqueador para alguns de vocês que tinham a compilação como uma verificação opcional e a política de cobertura de código como uma verificação obrigatória para solicitações de pull, resultando em solicitações de pull sendo bloqueadas.

Agora, a política de cobertura de código não será alterada para 'Falha' se a compilação não for bem-sucedida. Este recurso será habilitado para todos os clientes.

Artifacts

Apresentando o suporte do Azure Artifacts para Crates do Cargo

Temos o prazer de anunciar que os Artefatos do Azure agora oferecem suporte nativo para caixas de carga. Este suporte inclui igualdade de funcionalidades em relação aos nossos protocolos atuais, além de o crates.io estar disponível como fonte upstream. Os desenvolvedores e as equipes do Rust agora podem consumir, publicar, gerenciar e compartilhar suas caixas de carga perfeitamente, tudo isso enquanto usam a infraestrutura robusta do Azure e permanecem no ambiente familiar do Azure DevOps.

Anúncio de descontinuação para as tarefas de pipeline do NuGet Restore v1 e do NuGet Installer v0

Se você estiver usando as tarefas de pipeline do NuGet Restore v1 e do NuGet Installer v0, faça a transição imediata para a tarefa de pipeline NuGetCommand@2. Você começará em breve a receber alertas nos seus pipelines caso a transição não tenha sido feita. Se nenhuma ação for tomada, a partir de 27 de novembro de 2023, as suas construções falharão.

Suporte do Azure Artifacts para a auditoria de npm

O Azure Artifacts agora dá suporte a comandos npm audit e npm audit fix. Esse recurso permite que os usuários analisem e corrijam as vulnerabilidades de seus projetos atualizando automaticamente as versões inseguras do pacote. Para saber mais, visite, Use npm audit para detetar e corrigir vulnerabilidades do pacote.

Reporting

Nova experiência de diretório no Dashboard

Ouvimos os seus comentários e estamos entusiasmados por apresentar a nova experiência de diretório do Dashboard. Ele não só apresenta um design de interface do usuário moderno, mas também permite que você classifique por cada coluna, com a adição da coluna Última configuração . Esta coluna fornecerá melhores informações sobre o uso geral do painel em sua coleção de projetos. Além disso, agora você pode filtrar por painéis de equipe ou de nível de projeto, permitindo que você acesse apenas a lista do que precisa ver enquanto oculta os painéis que não deseja exibir.

Experimente agora e diga-nos o que pensa na nossa comunidade Azure DevOps

Filtragem de itens de trabalho

Temos o prazer de anunciar a filtragem de gráficos de itens 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 faça drill down em segmentos de gráficos específicos para obter informações detalhadas. Você não precisa mais criar consultas personalizadas para acessar a parte exata de dados de que precisa. Agora você pode mergulhar em seus itens de trabalho em gráficos de itens de trabalho em poucos cliques.

O seu feedback é inestimável para moldar o futuro desta funcionalidade. Experimente agora e diga-nos o que pensa na nossa comunidade de DevOps do Azure.

Resultados da cobertura de código para pastas

Os resultados da cobertura de código agora estão disponíveis para cada arquivo e pasta individual, em vez de apenas como um número de nível superior. A vista de cobertura de código aparece quando o botão Modo de exibição de pasta está ativado. Neste modo, é possível detalhar e ver a cobertura de código dessa subárvore selecionada. Use o botão de alternância para alternar entre os modos de exibição novo e antigo.

Test Plans

Cópia rápida e importação com ID do Plano de Teste ou conjunto de testes

Agora você pode lidar com vários planos de teste nos Planos de Teste do Azure com facilidade! Reconhecendo os desafios enfrentados anteriormente com menus suspensos extensos para importar, copiar ou clonar casos de teste, especialmente para planos ou suítes grandes, tomámos medidas para simplificar o seu fluxo de trabalho.

Temos o prazer de anunciar o novo recurso "Test Plan and Suite ID Search". Introduza o seu Plano de Teste ou ID do Suite para importar ou copiar rapidamente os Casos de Teste sem quaisquer atrasos. Esta atualização faz parte do nosso compromisso contínuo de melhorar a sua experiência de gestão de testes, tornando-a mais intuitiva e menos demorada.

Atualização para o Azure Test Runner

Estamos entusiasmados em compartilhar que o Azure Test Runner foi atualizado para uma versão mais recente. Esta atualização melhora a estabilidade e o desempenho, permitindo que você execute seus testes sem interrupções ou atrasos. A versão mais antiga do Azure Test Runner não é mais suportada. Para obter o melhor desempenho e confiabilidade de suas operações de teste, recomendamos que você atualize para a versão mais recente o mais rápido possível.

O que há de novo?

• Estabilidade e desempenho melhorados: Fizemos melhorias significativas no Test Runner, resolvendo problemas enfrentados por alguns usuários. Essa atualização garante um processo de teste mais confiável, minimizando interrupções no seu trabalho.
• Prompt de atualização: Para fazer a transição para a nova versão perfeita, você encontrará um prompt para atualizar. Isso garante que todos possam mudar facilmente para a versão aprimorada conforme sua conveniência, melhorando a compatibilidade e o desempenho.

Feedback

Gostaríamos muito de ouvir a sua opinião! Você pode relatar um problema ou fornecer uma ideia e rastreá-lo através da Comunidade de Desenvolvedores e obter conselhos no Stack Overflow .