Notas de Versão do Azure DevOps Server 2019 (Atualização 1)

Comunidade de Desenvolvedores | Requisitos do Sistema | Termos de Licença | Blog de DevOps | Hashes SHA-1

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 Servidor do Azure DevOps, consulte requisitos de servidor do Azure DevOps. Para baixar produtos do Azure DevOps, visite a página de Downloads do Azure DevOps Server .

A atualização direta para o Servidor do Azure DevOps tem suporte do Azure DevOps Server 2020, do Azure DevOps Server 2019 ou do Team Foundation Server (TFS) 2015 ou mais recente. Se a implantação do TFS estiver no TFS 2010 ou anterior, você precisará executar algumas etapas provisórias antes de atualizar para o Azure DevOps Server 2019. Para saber mais, consulte Instalar e configurar o Azure DevOps no local.

Atualizar com segurança do Azure DevOps Server 2019 para o Azure DevOps Server 2020

O Azure DevOps Server 2020 apresenta um novo modelo de retenção de execução de pipeline (build) que funciona com base em configurações no nível do projeto.

O Azure DevOps Server 2020 gerencia a retenção de builds de maneira diferente, com base em políticas de retenção no nível do pipeline. Certas configurações de política resultam na exclusão das execuções de pipeline após a atualização. As execuções de pipeline que foram retidas manualmente ou retidas por uma versão não serão excluídas após a atualização.

Leia nossa postagem no blog para obter mais informações sobre como atualizar com segurança do Azure DevOps Server 2019 para o Azure DevOps Server 2020.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.2 Patch 11: 8 de abril de 2025

Lançamos o Patch 11 para o Azure DevOps Server 2019 Atualização 1.2 que inclui o seguinte:

• Anteriormente, o Agente do Azure DevOps usava a CDN do Edgio com endpoint vstsagentpackage.azureedge.net. Como parte da aposentadoria de Edgio, o domínio *.azureedge.net está sendo desativado. Para garantir a disponibilidade contínua, migramos para uma CDN com suporte do Akamai com um novo endpoint 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 para longe do ponto de extremidade da CDN anterior.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.2 Patch 10: 11 de março de 2025

Lançamos patch 10 para o Azure DevOps Server 2019 Atualização 1.2 que inclui o seguinte:

• Atualize as tarefas devido à descontinuação da CDN da Edgio. Confira a postagem no blog Troca de Provedores de CDN para obter mais detalhes.

Data de lançamento do Patch 9 do Azure DevOps Server 2019 Atualização 1.2: 28 de maio de 2024

Lançamos patch 9 para o Azure DevOps Server 2019 Atualização 1.2 que inclui o seguinte:

• Simplifique a implantação de atualizações de agente e tarefas de patches anteriores (Patch 5 e 6).

Instalar atualizações

Requisitos do Pipeline

Para aplicar o novo comportamento para validar argumentos de linha de comando, uma variável AZP_75787_ENABLE_NEW_LOGIC = true deve ser definida em pipelines que usam as tarefas afetadas. Veja aqui para obter mais informações sobre o comportamento habilitado:

• Sobre o clássico:

  Defina a variável na guia de variáveis no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data de lançamento do Patch 8 do Azure DevOps Server 2019 Atualização 1.2: 12 de março de 2024

Lançamos o Patch 8 para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte:

• Resolveu um problema em que o Servidor Proxy parava de funcionar depois de instalar o Patch 7.

Data de lançamento do Patch 7 do Azure DevOps Server 2019 Atualização 1.2: 13 de fevereiro de 2024

Lançamos patch 7 para o Azure DevOps Server 2019 Atualização 1.2 que inclui correções para o seguinte:

• Correção de um bug em que o espaço em disco usado pela pasta de cache proxy era calculado incorretamente e a pasta não foi limpa corretamente.
• CVE-2024-20667: Vulnerabilidade de execução remota de código do servidor do Azure DevOps.

Data de lançamento do Patch 6 do Azure DevOps Server 2019 Atualização 1.2: 14 de novembro de 2023

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.2 que inclui correções para o seguinte.

• Estendeu-se a lista permitida de caracteres das tarefas do PowerShell para habilitar a validação dos parâmetros dos argumentos das tarefas de shell.

Instalar atualizações

Configurar o TFX

1. Siga as etapas no carregar tarefas na documentação da coleção de projetos para instalar e fazer logon com o tfx-cli.

Atualizar tarefas usando TFX

1. Baixar e extrair Tasks20231103.zip.
2. Altere o diretório para os arquivos extraídos.
3. Execute os seguintes comandos para carregar as tarefas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Requisitos do Pipeline

Para usar o novo comportamento, uma variável AZP_75787_ENABLE_NEW_LOGIC = true deve ser definida em pipelines que usam as tarefas afetadas.

• Sobre o clássico:

  Defina a variável na guia de variáveis no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data de lançamento do Patch 5 do Azure DevOps Server 2019 Atualização 1.2: 12 de setembro de 2023

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.2 que inclui correções para o seguinte.

• CVE-2023-33136: Vulnerabilidade de execução remota de código do servidor do Azure DevOps.
• CVE-2023-38155: Vulnerabilidade de Elevação de Privilégio no Azure DevOps Server e Team Foundation Server.

Instalar atualizações

1. Baixe e instale o Azure DevOps Server 2019 Atualização 1.2 patch 5.

Atualizar o agente do Azure Pipelines

1. Baixe o agente de: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 – Agent_20230825.zip
2. Use as etapas delineadas na documentação agentes auto-hospedados do Windows para implantar o agente.  

Configurar o TFX

1. Siga as etapas no carregar tarefas na documentação da coleção de projetos para instalar e fazer logon com o tfx-cli.

Atualizar tarefas usando TFX

1. Baixar e extrair Tasks_20230825.zip.
2. Altere o diretório para os arquivos extraídos.
3. Execute os seguintes comandos para carregar as tarefas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Requisitos do Pipeline

Para usar o novo comportamento, uma variável AZP_75787_ENABLE_NEW_LOGIC = true deve ser definida em pipelines que usam as tarefas afetadas.

• Sobre o clássico:

  Defina a variável na guia de variáveis no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data de lançamento do Patch 4 do Azure DevOps Server 2019 Atualização 1.2: 8 de agosto de 2023

Lançamos o patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.

• CVE-2023-36869: Vulnerabilidade de Falsificação no Servidor do Azure DevOps.
• Atualize o serviço SSH para dar suporte a SHA2-256 e SHA2-512. Se você tiver arquivos de configuração SSH embutidos em código para usar o RSA, deverá atualizar para SHA2 ou remover a entrada.
• Correção de erro de loop infinito na extensão CronScheduleJob.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.2 Patch 3: 13 de junho de 2023

Lançamos o patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.

• Corrigido um bug que interferia no envio de pacotes ao atualizar a partir da versão 2018 ou anterior.

Data de lançamento do Patch 2 do Azure DevOps Server 2019 Atualização 1.2: 13 de dezembro de 2022

Lançamos o patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.

• Correção de falhas no "Trabalho de Análise de Sincronização de Paralelismo de Conta".

Data de lançamento do Azure DevOps Server 2019 Atualização 1.2 Patch 1: 12 de julho de 2022

Lançamos o patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.

• Nas APIs de Execuções de Teste, o token de continuação que foi retornado era maior do que o valor especificado para "maxLastUpdatedDate".
• Ao editar um pipeline clássico, a guia de retenção ficou em branco depois de descartar alterações em uma guia diferente.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.2: 17 de maio de 2022

Azure DevOps Server 2019 Atualização 1.2 é uma compilação de correções de bugs. Você pode instalar diretamente o Azure DevOps Server 2019 Atualização 1.2 ou atualizar do Azure DevOps Server 2019 ou do Team Foundation Server 2013 ou mais recente.

Esta versão inclui correções para o seguinte:

• Revogue todos os tokens de acesso pessoal depois que a conta do Active Directory de um usuário estiver desabilitada.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 13: 26 de janeiro de 2022

Lançamos o patch para o Azure DevOps Server 2019 Update 1.1, que inclui correções para o seguinte.

• As notificações por email não foram enviadas ao usar o controle @mention em um item de trabalho.
• O endereço de email preferencial não estava sendo atualizado no perfil do usuário. Isso resultou no envio de emails para o endereço de email anterior.
• Solucionado a vulnerabilidade do Elasticsearch removendo a classe jndilookup dos binários log4j.

Etapas de instalação

1. Atualize o servidor com Patch 13.
2. Verifique o valor do registro em HKLM:\Software\Elasticsearch\Version. Se o valor do Registro não estiver lá, adicione um valor de cadeia de caracteres e defina a Versão como 5.4.1 (Nome = Versão, Valor = 5.4.1).
3. Execute o comando de atualização PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update conforme fornecido no arquivo readme. Ele pode retornar um aviso como: Não é possível se conectar ao servidor remoto. Não feche a janela, pois a atualização está executando novas tentativas até que ela seja concluída.

1. Atualize o servidor com Patch 13.
2. Verifique o valor do registro em HKLM:\Software\Elasticsearch\Version. Se o valor do Registro não estiver lá, adicione um valor de cadeia de caracteres e defina a Versão como 5.4.1 (Nome = Versão, Valor = 5.4.1).
3. Copie o conteúdo da pasta denominada zip, localizada em C:\Program Files\{TFS Version Folder}\Search\zip para a pasta de arquivo remoto Elasticsearch.
4. Execute Configure-TFSSearch.ps1 -Operation update no computador do servidor Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 12: 15 de setembro de 2021

Patch 12 para o Azure DevOps Server 2019 atualização 1.1 inclui correções para o seguinte.

• Ajuste a macro do item de trabalho para consultas com "Contém Palavras". Anteriormente, as consultas retornavam resultados incorretos para valores que continham uma quebra de linha.
• Problema de localização para estados de layout de itens de trabalho personalizados.
• Problema de localização no modelo de notificação por email.
• Problema com a avaliação de regras NOTSAMEAS quando várias regras NOTSAMEAS foram definidas para um campo.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 11: 14 de setembro de 2021

Patch 11 para o Azure DevOps Server 2019 atualização 1.1 inclui correções para o seguinte.

• Resolva o problema relatado neste ticket de feedback da Comunidade de Desenvolvedores em .

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 10: 10 de agosto de 2021

Patch 10 para o Azure DevOps Server 2019 Update 1.1 inclui correções para os seguintes itens.

• Corrija o problema com trabalhos de entrega de email para alguns tipos de itens de trabalho.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 9: 15 de junho de 2021

Patch 9 para o Azure DevOps Server 2019 Atualização 1.1 inclui correções para os seguintes itens.

• Corrija o problema com a importação de dados. A importação de dados estava demorando muito para clientes que têm muitos casos de teste obsoletos. Isso ocorreu devido a referências que aumentaram o tamanho da tabela tbl_testCaseReferences. Com esse patch, removemos referências a casos de teste obsoletos para ajudar a acelerar o processo de importação de dados.

Data de lançamento do Patch 8 do Azure DevOps Server 2019 Atualização 1.1: 13 de abril de 2021

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte.

• CVE-2021-27067: Divulgação de informações
• Resolva o problema relatado no tíquete de feedback da Comunidade de Desenvolvedores | Não é possível registrar detalhes da iteração do resultado do teste no Azure DevOps Server 2019

Para implementar correções para este patch, você precisará seguir as etapas listadas abaixo para a instalação geral de patch e para as instalações de tarefa do AzureResourceGroupDeploymentV2 .

Instalação geral de patch

Se você tiver o Azure DevOps Server 2019 Atualização 1.1, deverá instalar Azure DevOps Server 2019 Atualização 1.1 Patch 8.

Verificando Instalação

• opção 1: Executar devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe é o arquivo baixado do link acima. A saída do comando dirá que o patch foi instalado ou que não está instalado.

• opção 2: verifique a versão do seguinte arquivo: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. O Azure DevOps Server 2019 é instalado para c:\Program Files\Azure DevOps Server 2019 por padrão. Depois de instalar o Azure DevOps Server 2019.1.1 Patch 8, a versão será 17.153.31129.2.

Instalação da tarefa AzureResourceGroupDeploymentV2

Instalar

1. Extraia o pacote AzureResourceGroupDeploymentV2.zip para uma nova pasta em seu computador. Por exemplo: D:\tasks\AzureResourceGroupDeploymentV2.

2. Baixe e instale Node.js 14.15.1 e npm (incluído com o download Node.js) conforme apropriado para seu computador.

3. Abra um prompt de comando no modo de administrador e execute o comando a seguir para instalar o tfx-cli.

npm install -g tfx-cli

4. Crie um token de acesso pessoal com acesso completo privilégios e copie-o. Este token de acesso pessoal será usado ao executar o comando tfx login .

5. Execute o seguinte no prompt de comando. Quando solicitado, insira a URL de Serviço e o token de acesso pessoal.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Execute o comando a seguir para carregar a tarefa no servidor. Use o caminho do arquivo .zip extraído da etapa 1.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 7: 12 de janeiro de 2021

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• Os detalhes da execução do teste não mostram detalhes das etapas do teste para dados de teste migrados usando a Migração OpsHub.
• Exceção no inicializador para 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• Os builds não retidos são excluídos imediatamente após a migração para o Azure DevOps Server 2020
• Corrigir exceção do provedor de dados

Data de lançamento do Patch 6 do Azure DevOps Server 2019 Atualização 1.1: 8 de dezembro de 2020

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• CVE-2020-1325: Vulnerabilidade de spoofing no servidor do Azure DevOps
• CVE-2020-17135: Vulnerabilidade de spoofing no Azure DevOps Server
• CVE-2020-17145: Vulnerabilidade de Falsificação no Azure DevOps Server e Team Foundation Services
• Corrigir o problema em que o TFVC não está processando todos os resultados

Instalação geral de patch

Se você tiver o Azure DevOps Server 2019 Atualização 1.1, deverá instalar Azure DevOps Server 2019 Atualização 1.1 Patch 6.

Verificando Instalação

• opção 1: Executar devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe é o arquivo baixado do link acima. A saída do comando dirá que o patch foi instalado ou que não está instalado.

• opção 2: verifique a versão do seguinte arquivo: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. O Azure DevOps Server 2019 é instalado para c:\Program Files\Azure DevOps Server 2019 por padrão. Depois de instalar o Azure DevOps Server 2019.1.1 Patch 6, a versão será 17.153.30723.5.

Instalação da tarefa AzurePowerShellV4

Pré-requisitos

1. Instale o módulo Az do Azure PowerShell no computador do agente privado.

2. Crie uma pipeline com a tarefa AzurePowerShellV4. Você verá apenas um Erro no de Erro Padrão na tarefa.

Instalar

1. Extraia o pacote AzurePowerShellV4.zip para uma pasta chamada AzurePowerShellV4.

2. Baixe e instale Node.js 14.15.1 e npm (incluído com o download Node.js) de acordo com seu computador.

3. Abra um prompt de comando no modo de administrador e execute o comando a seguir para instalar o tfx-cli.

npm install -g tfx-cli

4. Crie um token de acesso pessoal com acesso completo privilégios e copie-o. Este token de acesso pessoal será usado ao executar o comando tfx login .

5. Execute o seguinte no prompt de comando. Quando solicitado, insira a URL de Serviço e o token de acesso pessoal.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Execute o comando a seguir para carregar a tarefa no servidor. O caminho do pacote extraído será D:\tasks\AzurePowerShellv4.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Data de lançamento do Patch 5 do Azure DevOps Server 2019 Atualização 1.1: 8 de setembro de 2020

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• Comportamento inesperado ao adicionar grupos do Active Directory às permissões de segurança.

Data de lançamento do Patch 4 do Azure DevOps Server 2019 Atualização 1.1: 14 de julho de 2020

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• CVE-2020-1326: Vulnerabilidade de script entre sites
• O pipeline de build mostra uma conexão incorreta para usuários não autorizados ao selecionar uma outra fonte do Git.
• Corrija o erro ao alterar a Herança para Ativar ou Desativar na definição de build XAML.

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 3: 9 de junho de 2020

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• CVE-2020-1327: verifique se o servidor do Azure DevOps sanitiza as entradas do usuário.

Data de lançamento do Patch 2 do Azure DevOps Server 2019 Atualização 1.1: 14 de abril de 2020

Lançamos um patch para o Azure DevOps Server 2019 Atualização 1.1 que corrige o seguinte. Consulte a postagem no blog para obter mais informações.

• Os commits do SVN não acionam o pipeline

• Adicionando suporte para SHA2 no SSH no Azure DevOps

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 Patch 1: 10 de março de 2020

Lançamos um patch de segurança para o Azure DevOps Server 2019 Atualização 1.1 que corrige os bugs a seguir. Consulte a postagem no blog para obter mais informações.

• CVE-2020-0700: Vulnerabilidade de script entre sites

• CVE-2020-0758: Vulnerabilidade de Elevação de Privilégio

• CVE 2020-0815: Vulnerabilidade de Elevação de Privilégio

Data de lançamento do Azure DevOps Server 2019 Atualização 1.1 RTW: 10 de dezembro de 2019

Azure DevOps Server 2019 Atualização 1.1 é um pacote de atualizações cumulativas que inclui correções de bugs e atualizações de segurança. Ele inclui todas as correções nos patches do Azure DevOps Server 2019 Atualização 1 lançados anteriormente. Você pode instalar diretamente o Azure DevOps Server 2019 Atualização 1.1 ou atualizar do Azure DevOps Server 2019 ou do Team Foundation Server 2012 ou mais recente.

Esta versão inclui correções para os seguintes bugs:

Azure Boards

• Ao criar um novo item de trabalho da lista de pendências do produto, o campo Título não é inicializado com o valor padrão no modelo de processo.
• Lentidão e tempo limite ao usar o Azure Boards.
• O valor de Revisado por está incorreto nos links dos itens de trabalho.

Azure Pipelines

• Em notificações de pipelines, certos campos, como Duração, podem ser nulos em algumas localidades.
• O caminho do modelo pode não apontar para um arquivo JSON válido em um pipeline que inclua uma Implantação do Grupo de Recursos do Azure.
• A página de configurações de retenção no nível da coleção aparece nas páginas de configurações do projeto.

Azure Test Plans

• A edição de campos em Planos de Teste é lenta.
• Dentro de um caso de teste, ao abrir via Painéis (em oposição aos Planos de Teste), os detalhes da Etapa Compartilhada não aparecem.

Geral

• Coleções não são classificadas em ordem alfabética.

Administração

• alto uso de memória.
• Servidores com configurações de balanceador de carga tiveram que adicionar explicitamente sua origem pública à entrada do Registro AllowedOrigins.
• Os clientes que instalam no SQL Azure não veem a caixa de diálogo Concluir Avaliação.
• A instalação de extensões gera a mensagem de erro "Contribuição ausente (ms.vss-dashboards-web.widget-sdk-version-2)".
• Ao configurar a Pesquisa Elástica, há um erro: "O usuário não está autorizado".
• Falhas de indexação e consulta no ElasticSearch ao atualizar do TFS 2018 Atualização 2 ou mais recente.
• A etapa "Criar Warehouse" falha ao configurar o Servidor do Azure DevOps.

Esta versão inclui a seguinte atualização:

• Suporte para SQL Server 2019.

Data de lançamento do Patch 1 do Azure DevOps Server 2019 Atualização 1: 10 de setembro de 2019

Lançamos um patch de segurança para o Azure DevOps Server 2019 Atualização 1 que corrige o bug a seguir. Consulte a postagem no blog para obter mais informações.

• CVE-2019-1306: vulnerabilidade de execução remota de código no Wiki

Data de lançamento do Azure DevOps Server 2019 Atualização 1: 20 de agosto de 2019

Data de lançamento do RC2: 23 de julho de 2019

O RC2 inclui várias correções de bug desde RC1 e é o pré-lançamento planejado final.

Data de lançamento do RC1: 2 de julho de 2019

Resumo das novidades no Azure DevOps Server 2019 Atualização 1

O Azure DevOps Server 2019 Atualização 1 apresenta muitos novos recursos. Alguns dos destaques incluem:

• novo processo básico
• Consulta relativa à atividade no início do dia, semana, mês ou ano
• Aceitar e resolver tarefas no GitHub enquanto planeja no Azure Boards
• executar novamente o build expirado para solicitações de pull de preenchimento automático
• novos tipos de mesclagem para concluir solicitações de pull
• acionar pipelines YAML com etiquetas
• assistente de tarefa para editar arquivos YAML
• Editor web com IntelliSense para pipelines YAML
• Gerenciar versões do GitHub usando pipelines
• widget de tendência dos resultados de teste (Avançado)
• Informações de procedência de pacotes
• suporte para pacotes python
• Fontes de origem para o Maven
• inserir os resultados da consulta do Azure Boards no Wiki
• Permalinks para páginas Wiki
• Notificações em páginas wiki
• A extensão Analytics não é mais necessária para usar o Analytics

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

• Geral
• Placas
• Repos
• Pipelines
• #Planos de Teste
• Artefatos
• Wiki
• Relatórios

Geral

Tema Escuro

O tema escuro tem sido um recurso popular no Azure DevOps Services e agora está disponível no Azure DevOps Server. Você pode ativar o tema escuro selecionando Tema no menu abaixo do avatar no canto superior direito de cada página.

Boards

Novo processo básico

Historicamente, o Agile tem sido o processo padrão para novos projetos, oferecendo um conjunto robusto e flexível de tipos de item de trabalho e estados para atender a uma variedade de métodos de entrega de projeto. Para algumas equipes, que estão mais familiarizadas com outras ferramentas ou que estão crescendo e desejam adotar um conjunto de ferramentas mais poderoso, desejam começar a usar rapidamente a terminologia com a qual estão mais familiarizados.

O novo processo básico fornece três tipos de itens de trabalho (Épicos, Problemas e Tarefas) para planejar e acompanhar seu trabalho. Recomendamos que você use Tarefas para acompanhar coisas como histórias de usuário, bugs e funcionalidades, enquanto usa Épicos para agrupar Tarefas em unidades de trabalho maiores. À medida que você progride em seu trabalho, mova os itens entre um fluxo de trabalho simples de estados: To Do, Doing e Done.

Consulte a documentação das questões do track e das tarefas do track para ajudar você a iniciar seu novo projeto.

Definir a ordem dos valores de estado no formulário do item de trabalho

Anteriormente, o valor de estado no formulário do item de trabalho era ordenado em ordem alfabética. Com essa atualização, alteramos a forma como os valores de estado são ordenados a corresponder à ordem do fluxo de trabalho nas configurações do processo. Você também pode alterar a ordem dos estados em cada categoria nas configurações de personalização de estado.

A ativação de recursos não está mais disponível

Os clientes precisarão atualizar manualmente o XML para cada projeto para habilitar novos recursos após a atualização de sua coleção.

Consulte a documentação para saber como habilitar recursos específicos.

Organize materiais de referência com anexos de item de trabalho mais completos

Anexar arquivos a itens de trabalho permite que você e sua equipe centralizem materiais de referência para que eles estejam sempre próximos quando você precisar deles. Agora é mais fácil adicionar um novo anexo simplesmente arrastando e soltando o arquivo em qualquer lugar no formulário do item de trabalho. Você pode continuar exibindo os anexos como uma lista ou alternar para um modo de exibição de grade para mostrar uma visualização em miniatura. Clique duas vezes no arquivo para abrir uma visualização e percorra-as para localizar rapidamente as informações necessárias.

Compartilhe o quadro da sua equipe usando um selo

O README do repositório geralmente é a casa em que sua equipe de projeto recorre para obter informações sobre como contribuir e usar sua solução. Agora, assim como você pode adicionar um status de build ou implantação no Azure Pipelines, você pode adicionar ao README uma placa para o painel da sua equipe no Azure Boards. Você pode configurar o badge para mostrar apenas as colunas Em Progresso ou todas as colunas, e até mesmo tornar o badge visível publicamente se o projeto for open source.

Se o README for baseado no Markdown, você poderá simplesmente copiar o markdown de exemplo da página de configurações de selo de status e cole-o no arquivo.

Consultar tarefas em relação ao início do dia, da semana, do mês ou do ano

Embora as equipes muitas vezes se concentrem no trabalho dentro do contexto do que está por vir ou com base em iterações de sprint, muitas vezes é interessante olhar para trás no trabalho através das lentes do calendário para relatar todo o trabalho que aconteceu no mês passado ou no primeiro trimestre do ano. Agora você pode usar o novo conjunto de macros de @StartOf, junto a qualquer campo baseado em data para consultar com base no início do dia, semana, mês ou ano.

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Cada uma dessas macros também aceita uma nova cadeia de caracteres modificadora que permite deslocar os dados por unidades de data diferentes. Por exemplo, você pode escrever uma consulta para encontrar todos os itens de trabalho concluídos no primeiro trimestre deste ano, fazendo uma busca na Data de Alteração de Estado >= @StartOfYear e na Data de Alteração de Estado <= @StartOfYear("+3M"). Consulte a documentação de macros de consulta para obter mais informações.

Editar e excluir comentários de discussão

Estamos entusiasmados em anunciar a disponibilidade de um recurso altamente votado da Comunidade de Desenvolvedores: a edição e exclusão de comentários na discussão dos itens de trabalho no Azure Boards. Para editar seu comentário, basta passar o mouse sobre qualquer comentário que você possui e você verá dois novos botões. Se você clicar no ícone de lápis, entrará no modo de edição e poderá simplesmente fazer suas edições e pressionar o botão "Atualizar" para salvar suas edições.

Ao clicar no menu de opções, você verá a opção para excluir seu comentário. Depois de clicar nisso, você será solicitado novamente a confirmar que deseja excluir esse comentário e o comentário será excluído.

Você terá um rastreamento completo de todos os comentários editados e excluídos na guia Histórico no formulário do item de trabalho. Você também verá que atualizamos a interface do usuário de nossa experiência de discussão para torná-la mais moderna e interativa. Adicionamos bolhas em torno de comentários para deixar mais claro onde os comentários individuais começam e terminam.

Exportar resultados de consulta para um arquivo CSV

Agora você pode exportar os resultados da consulta diretamente para um arquivo de formato CSV da Web.

Navegue até itens de trabalho do Azure Boards diretamente de menções feitas em qualquer comentário do GitHub

Agora, quando você menciona um item de trabalho no comentário de um problema, solicitação pull ou confirmação no GitHub usando a sintaxe AB#{work item ID}, essas menções se tornarão hiperlinks nos quais você pode clicar para navegar diretamente para o item de trabalho mencionado.

Isso não cria um link formal que desorganiza o item de trabalho no Azure Boards para cada conversa relacionada, mas fornece à sua equipe uma maneira de fornecer um pouco mais de informações sobre itens de trabalho enquanto discute o código ou um problema relatado pelo cliente. Consulte a documentação de integração do GitHub com o Azure Boards para obter mais informações.

Aceitar e executar problemas no GitHub durante o planejamento no Azure Boards

Agora você pode vincular itens de trabalho no Azure Boards com problemas relacionados no GitHub. Com esse novo tipo de vinculação, vários outros cenários agora são possíveis. Se sua equipe quiser continuar aceitando relatórios de bugs de usuários, por exemplo, como problemas no GitHub, mas relacionar e organizar o trabalho da equipe em geral no Azure Boards, agora você poderá.

A mesma sintaxe de menção que sua equipe usa para commits e pull requests ainda se aplica e, claro, você pode vincular manualmente no Azure Boards com a URL do problema. Consulte a documentação do GitHub e do Azure Boards e & para obter mais informações.

Exiba rapidamente a atividade do GitHub vinculada ao quadro Kanban

Ao revisar o quadro Kanban sozinho ou como equipe, você frequentemente tem perguntas como "este item já começou o desenvolvimento?" ou "este item já está em revisão?" Com as novas anotações do GitHub no quadro Kanban, agora você pode ter uma rápida noção de onde está um item e navegar diretamente até o commit, pull request ou issue do GitHub para obter mais detalhes. Consulte a documentação Personalizar cartões para obter mais informações sobre essa e as outras anotações para tarefas e testes.

Repos

Rascunhos de solicitações de pull

Para evitar que pull requests sejam concluídos antes de estarem prontos e facilitar a criação de trabalhos em andamento que possam não envolver todos, agora oferecemos suporte a pull requests em rascunho.

As solicitações de pull de rascunho podem ser criadas selecionando Criar como rascunho na lista suspensa do botão Criar ao criar uma solicitação de pull.

Depois de criar um pull request de rascunho, você verá um selo indicando o status ao lado do título.

As pull requests de rascunho não incluem revisores nem executam builds por padrão, mas permitem que você adicione manualmente revisores e execute builds. Para promover o pull request para um pull request normal, basta clicar no botão Publicar na página de detalhes do pull request.

Executar novamente o build expirado para solicitações de pull de preenchimento automático

Agora, o Azure Repos agendará automaticamente compilações expiradas que foram disparadas por uma política de pull request. Isso se aplica a pull requests que passaram por todas as outras políticas e estão configuradas para conclusão automática.

Anteriormente, quando os pull requests tinham políticas como revisores obrigatórios, o processo de aprovação poderia demorar muito e uma construção associada poderia expirar antes que um revisor aprovasse o pull request. Se a solicitação de pull foi definida para preenchimento automático, ela permanecerá bloqueada até que um usuário enfileirasse manualmente o build expirado. Com essa alteração, o build será enfileirado automaticamente para que a solicitação de pull possa ser concluída automaticamente após um build bem-sucedido.

Visualizar apenas o arquivo à esquerda ou à direita em um pull request

Hoje, ao exibir alterações de arquivo em um pull request, você pode usar um diferença lado a lado ou um modo de diferença embutido. Recebemos comentários de que muitos de vocês só querem ver o arquivo original ou o arquivo alterado, sem compará-los, portanto, adicionamos uma nova opção que permitirá que você exiba o arquivo esquerdo ou o arquivo à direita individualmente.

Novos tipos de mesclagem para concluir solicitações de pull

Agora você tem mais opções ao mesclar as alterações de um pull request no branch de destino. Adicionamos suporte para dois dos recursos mais solicitados na Comunidade de Desenvolvedores: mesclagem de Fast-Forward com e mesclagem de Semi-Linear com (também chamada de "Rebase e Mesclar").

Agora você verá essas novas opções disponíveis na caixa de diálogo Solicitação de Pull Completa:

A página atualizada de administração de políticas permite que os administradores controlem quais estratégias de mesclagem são permitidas em um ramo ou pastas de ramos.

Há algumas situações em que o rebasing durante a conclusão do pull request não é possível.

• Se uma política na ramificação de destino proibir o uso de estratégias de rebase, você precisará da permissão "Substituir políticas de ramificação".
• Se o branch de origem do pull request tiver políticas, você não poderá fazer o rebase. O rebasing modificará o branch de origem sem passar pelo processo de política de aprovação.
• Se você usou a Extensão de Conflito de Mesclagem para resolver conflitos de mesclagem. As resoluções de conflito aplicadas a uma mesclagem de três vias raramente são bem-sucedidas (ou até mesmo válidas) ao fazer rebase de todos os commits em um pull request, um de cada vez.

Em todos esses casos, você ainda tem a opção de fazer rebase do seu branch localmente e fazer push para o servidor, ou realizar um squash-merge das suas alterações ao concluir o pull request.

Filtrar por branch de destino em solicitações de pull (PRs)

Solicitações de pull permitem que sua equipe examine o código e faça comentários sobre as alterações antes de mesclá-las no branch principal. Eles se tornaram uma parte importante dos fluxos de trabalho de muitas equipes, pois você pode percorrer as alterações propostas, deixar comentários e votar para aprovar ou rejeitar alterações de código.

Para facilitar a localização dos seus pull requests, adicionamos uma opção de filtragem que permite que você pesquise PRs usando o branch de destino.

Você também pode usar a filtragem de ramo de destino para personalizar a visualização de pull requests na guia Mineração.

Permitir que extensões adicionem realce de sintaxe e preenchimento automático

Atualmente, publicamos o destaque de sintaxe para um subconjunto de linguagens suportadas pelo editor Mônaco. No entanto, muitos de vocês querem criar seu próprio realce de sintaxe para idiomas que não oferecemos suporte.

Com essa atualização, adicionamos um ponto de extensibilidade que permite que as extensões adicionem realce de sintaxe e preenchimento automático aos modos de exibição do explorador de arquivos e solicitações de pull.

Você pode encontrar um exemplo de uma extensão demonstrando esse recurso aqui.

Além disso, adicionamos suporte para realce de sintaxe da linguagem Kusto.

Ponto de extensão para criação de repositório

Adicionamos um ponto de extensão para permitir que você adicione novos itens ao seletor de repositório. Esse ponto de extensão permitirá adicionar ações personalizadas (redirecionamentos, pop-ups etc) ao menu seletor do repositório, habilitando fluxos como cenários alternativos de criação de repositório.

Suporte aprimorado à codificação

Até recentemente, editar e salvar arquivos na Web salvava apenas como codificação UTF-8 e não informávamos você quando a codificação do arquivo mudava. Agora, forneceremos um aviso quando você tentar salvar um arquivo que não seja codificado em UTF por meio da Web (que só dá suporte à codificação UTF). Além disso, adicionamos suporte para codificação UTF-16 e UTF-32 por meio do ponto de extremidade de notificações push na web. Isso significa que preservaremos o tipo de codificação para que você não precise reescrevê-los como UTF-8.

A captura de tela a seguir mostra um exemplo da caixa de diálogo que você verá ao introduzir alterações de codificação através de uma notificação push da web.

Vá obter suporte para comandos no Azure Repos

Go é uma linguagem de programação de software livre, também conhecida como Golang. No Go, você pode usar o comando get para baixar e instalar pacotes e dependências. Com essa atualização, adicionamos suporte para go get em um repositório do Azure DevOps. Com go get, você poderá baixar pacotes com suas dependências nomeadas pelos caminhos de importação. Você pode usar a palavra-chave import para especificar o caminho de importação.

Pipelines

Editor de Web com IntelliSense para pipelines YAML

Se você usar YAML para definir seus pipelines, agora poderá aproveitar os novos recursos do editor introduzidos com esta versão. Se você estiver criando um pipeline YAML ou editando um pipeline YAML existente, poderá editar o arquivo YAML no editor da Web do pipeline. Use Ctrl+Space para suporte do IntelliSense enquanto edita o arquivo YAML. Você verá os erros de sintaxe realçados e também obterá ajuda para corrigir esses erros.

Assistente de tarefa para edição de arquivos YAML

Continuamos recebendo muitos comentários pedindo para facilitar a edição de arquivos YAML para pipelines, portanto, estamos adicionando um assistente de tarefa ao editor yaml. Com isso, você terá a mesma experiência familiar para adicionar uma nova tarefa a um arquivo YAML como no editor clássico. Esse novo assistente dá suporte à maioria dos tipos comuns de entrada de tarefa, como listas de seleção e conexões de serviço. Para usar o novo assistente de tarefa, selecione Editar em um pipeline baseado em YAML e, em seguida, selecione o assistente de tarefa .

Disparar pipelines YAML com marcas

Os pipelines YAML podem ser disparados quando tags são adicionadas a um commit. Isso é valioso para equipes cujos fluxos de trabalho incluem tags. Por exemplo, você pode iniciar um processo quando um commit é marcado como a "última versão estável conhecida".

Você pode especificar quais etiquetas incluir e excluir. Por exemplo:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Declarar recursos de contêiner em linha

Anteriormente, exigimos que você declarasse seus recursos de contêiner em pipelines YAML e, em seguida, os referenciasse pelo nome. Agora oferecemos uma sintaxe embutida para casos em que você não vai se referir ao contêiner várias vezes.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Configuração para cancelar automaticamente um pipeline existente quando uma solicitação de pull é atualizada

Por padrão, os pipelines disparados por solicitações de pull (PRs) serão cancelados se um novo commit for enviado por push para a mesma PR. Isso é desejável na maioria dos casos, pois geralmente você não deseja continuar executando um pipeline em código desatualizado. Se você não quiser esse comportamento, você pode adicionar autoCancel: false ao gatilho de PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Escolha o diretório do código extraído nos pipelines YAML

Anteriormente, verificamos os repositórios no diretório s em $(Agent.BuildDirectory). Agora você pode escolher o diretório em que seu repositório Git será clonado para uso com pipelines YAML.

Use a palavra-chave path em checkout e você controlará a estrutura de pastas. Veja abaixo um exemplo do código YAML que você pode usar para especificar um diretório.

steps:
- checkout: self
  path: my-great-repo

Neste exemplo, seu código será extraído para o diretório my-great-repo na área de trabalho do agente. Se você não especificar um caminho, o repositório continuará a ser verificado em um diretório chamado s.

Novas tarefas do Serviço de Aplicativo do Azure otimizadas para YAML

Agora, oferecemos suporte a quatro novas tarefas que fornecem uma maneira fácil, mas poderosa, de implantar os Serviços de Aplicativo do Azure com desenvolvedores modernos em mente. Essas tarefas têm uma sintaxe YAML otimizada, tornando simples e intuitivo criar implantações no Azure AppServices, incluindo WebApps, FunctionApps, WebApps para Contêineres e FunctionApp para Contêineres em plataformas Windows e Linux.

Também damos suporte a uma nova tarefa de utilitário para transformação de arquivo e substituição de variável para formatos XML e JSON.

Alterações nas permissões padrão para novos projetos

Até agora, os colaboradores do projeto não podiam criar pipelines, a menos que recebessem explicitamente a permissão "Criar definição de build". Para novos projetos, os membros da equipe podem criar e atualizar pipelines facilmente. Essa alteração reduzirá o atrito para novos clientes que estão integrando o Azure Pipelines. Você sempre pode atualizar as permissões padrão no grupo Colaboradores e restringir seu acesso.

Gerenciar versões do GitHub usando pipelines

As versões do GitHub são uma ótima maneira de empacotar e fornecer software aos usuários. Estamos felizes em anunciar que agora você pode automatizá-lo usando a tarefa de lançamento do GitHub no Azure Pipelines. Usando a tarefa, você pode criar uma nova versão, modificar versões de rascunho/publicadas existentes ou descartar versões mais antigas. Ele dá suporte a recursos como carregar vários ativos, marcar uma versão como pré-lançamento, salvar uma versão como rascunho e muito mais. Esta tarefa ajuda na criação de notas de lançamento. Ele também pode calcular automaticamente as alterações (confirmações e problemas associados) que foram feitas nesta versão e adicioná-las às notas de versão em um formato amigável.

Aqui está o YAML simples para a tarefa:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Uma versão de exemplo do GitHub criada usando esta tarefa:

Links para linhas específicas em um log de build

Agora você pode compartilhar um link para linhas específicas no log de build. Isso ajudará você ao colaborar com outros membros da equipe no diagnóstico de falhas de build. Basta selecionar as linhas de um log na exibição de resultados para obter um ícone de link.

Aprimoramentos de autorização de recursos

Precisávamos fornecer segurança para recursos protegidos (por exemplo, conexões de serviço, grupos de variáveis, pools de agentes, arquivos seguros) quando referenciados em um arquivo YAML. Ao mesmo tempo, queríamos facilitar a configuração e o uso de pipelines que usam esses tipos de recursos para cenários de não produção. Anteriormente, adicionamos uma configuração para marcar um recurso como "autorizado para uso em todos os pipelines".

Com essa atualização, estamos facilitando a correção de um problema de autorização de recurso, mesmo que você não tenha marcado um recurso como tal. Na nova experiência, quando um build falhar devido a um erro de autorização de recurso, você verá uma opção para autorizar explicitamente o uso desses recursos no pipeline e, em seguida, continuar. Os membros da equipe com permissões para autorizar recursos poderão concluir essa ação diretamente a partir de um build com falha.

Novos pontos de contribuição de extensão na aba Pipelines Teste

Continuamos a tornar a estrutura de extensão mais eficiente adicionando dois novos pontos de contribuição na guia Resultados do Teste em Pipelines. Isso permitirá que extensões do Marketplace forneçam experiências de relatórios mais personalizadas e adicionem mais interatividade.

Os dois pontos de contribuição são:

1. botão Ação Personalizada na barra de ferramentas

   Às vezes, talvez você queira executar uma ação como atualizar os dados de uma API ou executar ferramentas personalizadas usando metadados dos resultados do teste. Com esse ponto de contribuição, você pode criar extensões que usam o contexto imediato do resultado do teste selecionado para adicionar uma ação personalizada ao botão *Ação Personalizada– .

   

2. Aba Detalhes Personalizados no painel de detalhes

   Você pode ter uma ampla variedade de fluxos de trabalho para consumo de relatórios de teste e talvez queira ver diferentes pontos de dados contra testes com falha para depuração e análise. Usando este ponto de contribuição, sua equipe pode adicionar uma nova aba ao painel de detalhes que aparecerá quando você selecionar qualquer linha de resultado de teste na grade de dados. Essa nova guia pode mostrar uma exibição com conteúdo estático ou dados dinâmicos buscados usando APIs internas ou externas.

Executar um agente uma vez

Se você estiver usando a infraestrutura, como Instâncias de Contêiner do Azure, para executar agentes privados elásticos, geralmente, deseja que cada agente aceite apenas um trabalho antes de ir embora. Até agora, isso não era fácil, pois você tinha que encerrar o agente (possivelmente resultando em uma falha a ser relatada) ou aceitar o risco de que um agente pudesse receber outro trabalho antes que você pudesse encerrá-lo. Com essa atualização, adicionamos a flag --once à configuração do agente. Quando você configurar o agente dessa forma, ele aceitará apenas um trabalho e, em seguida, desligará a si mesmo.

Atualização da interface de usuário para o pool de agentes

A página de gerenciamento de pools de agente nas configurações do projeto foi atualizada com uma nova interface do usuário. Agora você pode ver facilmente todas as tarefas que estão em execução em um pool. Além disso, você pode saber por que um trabalho não está em execução.

Implantar em destinos que falharam em um grupo de implantação

Por padrão, o Azure Pipelines costumava executar novamente todas as tarefas quando você reimplantava uma execução que falhou anteriormente. Agora, você pode substituir esse comportamento configurando a Opção de Implantação durante a implantação. Selecionando a opção Todos os trabalhos e limitar a destinos com falha em um grupo de implantação, a reexecução executará todos os trabalhos e ignorará as implantações nos destinos que já estão atualizados.

Reimplantar automaticamente em caso de falha

Quando uma implantação em um estágio falhar, o Azure Pipelines agora pode reimplantar automaticamente a última implantação bem-sucedida. Você pode configurar a etapa para implantar automaticamente o último lançamento bem-sucedido ao configurar o gatilho de reimplantação automática nas condições de pós-implantação. Planejamos adicionar eventos e ações acionados à configuração de reimplantação automática em um sprint futuro. Consulte a documentação dos grupos de implantação para obter mais informações.

Gancho de serviço de anotações do Grafana

Agora, oferecemos suporte a um novo gancho de serviço que permite adicionar anotações do Grafana para eventos Implantação Concluída a um painel do Grafana. Isso permite correlacionar implantações com as alterações nas métricas de aplicativo ou infraestrutura que estão sendo visualizadas em um painel do Grafana.

Consultar tarefas de alertas do Azure Monitor

A versão anterior da tarefa Consultar Monitores do Azure suportava a consulta de alertas apenas na experiência de monitoramento clássica. Com essa nova versão da tarefa, você pode consultar alertas sobre a experiência de monitoramento unificada introduzida recentemente pelo Azure Monitor.

Inserção direta do arquivo de especificação na tarefa de Implantação no Kubernetes

Anteriormente, a tarefa de implantação do Kubernetes exigia que você fornecesse um caminho de arquivo para a configuração. Agora você também pode adicionar a configuração em linha.

Tarefa para Instalador da CLI do Docker

Essa tarefa permite a instalação de qualquer versão da CLI do Docker nos agentes, conforme especificado pelo usuário.

Restaurar pipelines de liberação excluídos

Excluir pipelines de liberação não utilizados ajuda a manter a lista de pipelines de lançamento limpa, mas pode ocorrer de você excluir algo por engano. Com essa atualização, agora é possível restaurar um pipeline de release que foi excluído nas últimos 30 dias. Adicionamos uma nova aba ao painel esquerdo da página Releases que exibirá uma lista de pipelines de releases excluídos. Nessa exibição, você pode restaurar um pipeline de lançamento excluído selecionando o pipeline na lista e clicando no botão Restaurar.

Notificações sobre falha de uma solicitação de criação de versão

Você pode definir notificações para receber emails à medida que ocorrem alterações em seus builds, base de código e outras operações. Por exemplo, você pode definir um alerta para ser notificado quando um item de trabalho é atribuído a você.

Com essa atualização, adicionamos uma nova assinatura de notificação à categoria Lançamento. Essa notificação enviará um e-mail quando uma solicitação de criação de versão falhar. Um exemplo de cenário em que isso pode ser útil é quando uma solicitação para criar uma liberação falha porque uma versão do artefato não está disponível. Para saber como gerenciar suas notificações, consulte a documentação aqui.

Agendar lançamentos ao mudar fonte ou pipeline

Anteriormente, quando você tinha um gatilho de liberação agendado, uma liberação era acionada mesmo quando não era detectada nenhuma alteração no artefato upstream ou na definição de liberação. Uma opção foi adicionada ao painel do gatilho de agendamento para programar lançamentos somente se a versão do artefato ou a definição de versão tiver sido alterada.

Ponto de contribuição para variáveis na caixa de diálogo de criação de versão

Anteriormente, os valores de variáveis necessários durante a criação da versão precisavam ser inseridos pelo usuário sem nenhuma assistência ou sugestão. Adicionamos pontos de contribuição à caixa de diálogo Criar uma nova versão para dar suporte a extensões que ajudarão a preencher o valor de uma variável durante a criação da versão.

Publicar em filas de sessões de mensagens do Barramento de Serviço do Azure

Estendemos a tarefa de build do trabalho sem agente para incluir a capacidade de publicar mensagens em filas de sessão. Essa opção foi adicionada à tarefa de Publicação no Barramento de Serviço do Azure .

Nova opção de assinatura do Azure na conexão de serviço do Kubernetes

Conexões de serviço para compilações e lançamentos permitem que você se conecte a serviços externos e remotos para executar tarefas para uma compilação ou implantação. Você pode definir e gerenciar uma conexão de serviço nas configurações de administrador do seu projeto.

Com essa atualização, adicionamos uma opção de autenticação ao formulário de conexão de serviço do Kubernetes. Agora você pode selecionar assinatura do Azure para autenticar sua conexão. Isso facilita a implantação em namespaces específicos configurando conexões do Kubernetes com sua assinatura do Azure e o nome do cluster.

Para um cluster habilitado com controle de acesso baseado em função (RBAC), os objetos ServiceAccount e RoleBinding são criados no namespace escolhido. O objeto RoleBinding limita as operações da conta de serviço criada apenas ao namespace escolhido. Para um cluster com RBAC desativado, a conta de serviço criada tem permissões em todo o cluster abrangendo todos os namespaces.

Registro de contêiner do Azure na conexão do serviço de registro do Docker

Agora você pode criar uma conexão de serviço do Registro do Docker na página de configurações do projeto. Para criar a conexão, escolha um registro de contêiner do Azure em uma das assinaturas associadas à sua identidade do AAD (Azure Active Directory). Todas as tarefas que exigem conexões de serviço com registros de contêiner, como Docker@2 e KubernetesManifest@0, darão suporte a uma única maneira de especificar uma conexão.

Pesquisar pelo nome da pasta nas definições de versão

Você pode organizar suas definições de versão armazenando-as em pastas. Anteriormente, você não tinha a opção de fazer uma pesquisa por pasta. Era desafiador encontrar uma definição de versão específica se você tivesse criado muitas pastas. Agora você pode pesquisar pelo nome da pasta na definição de versão, facilitando a localização das definições que você está procurando.

Tarefa do instalador de ferramentas Duffle no fluxo de compilação e liberação

O Duffle é uma ferramenta de linha de comando que permite instalar e gerenciar CNAB (Pacotes de Aplicativos Nativos de Nuvem). Com os CNABs, você pode agrupar, instalar e gerenciar aplicativos nativos de contêiner e seus serviços.

Nesta atualização, adicionamos uma nova tarefa para pipelines de build e lançamento que permite instalar uma versão específica do binário Duffle.

Tarefa de manifesto do Kubernetes

Adicionamos uma nova tarefa aos pipelines de lançamento para simplificar o processo de implantação em clusters do Kubernetes usando arquivos de manifesto. Essa tarefa fornecerá os seguintes benefícios em comparação com o uso do binário kubectl em scripts:

• Substituição de artefato – A ação de implantação usa como entrada uma lista de imagens de contêiner que podem ser especificadas junto com suas marcas ou resumos. Este parâmetro é substituído na versão sem modelo dos arquivos de manifesto antes de aplicá-los ao cluster para garantir que a versão certa da imagem seja baixada pelos nós do cluster.

• Estabilidade do manifesto – O status de implementação é verificado para os objetos Kubernetes implantados, incorporando verificações de estabilidade ao calcular se o status da tarefa é êxito ou falha.

• Anotações de rastreabilidade – anotações são adicionadas aos objetos do Kubernetes implantados para sobrepor informações de rastreabilidade sobre a organização, o projeto, o pipeline e a execução de origem.

• Ação de bake para manifestos - A ação de bake da tarefa permite integrar charts Helm em arquivos de manifesto do Kubernetes para que possam ser aplicados ao cluster.

• Estratégia de implantação – escolher a estratégia canário com a ação de implantação leva à criação do percentual desejado de cargas de trabalho sufixados com -baseline e -canary para que possam ser comparados durante uma tarefa ManualIntervention antes de utilizar a ação de promover/rejeitar da tarefa para decidir qual versão será retida.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Atualizações para a tarefa do Docker

Atualizamos a tarefa do Docker para simplificar a experiência de criação de pipeline. O comando buildAndPush agora pode ser usado para criar várias tags para um repositório específico de contêiner e enviá-lo para vários registries de contêiner em uma única etapa. A tarefa pode usar conexões de serviço do registro Docker para realizar login em registros de contêiner. Metadados de rastreabilidade sobre repositório de origem, commit e proveniência de build são adicionados como rótulos às imagens criadas usando esta tarefa.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Instalador de ferramentas do Kubectl

Adicionamos uma nova tarefa que permite instalar uma versão específica do binário kubectl nos agentes. As mais recentes e semver cadeias de caracteres de versão, como 'v1.14.0', são aceitas como valores válidos para a entrada de Especificação de Versão do Kubectl.

Melhorias na integração do ServiceNow

Uma funcionalidade fundamental para a colaboração entre equipes é permitir que cada equipe use um serviço de sua escolha e tenha uma entrega de ponta a ponta eficaz. Com essa atualização, aprimoramos a integração do ServiceNow para dar suporte a todos os tipos de alterações (normal, padrão e emergência). Além disso, agora você pode especificar a porta usada para criar uma nova solicitação de alteração usando um modelo existente, de acordo com o processo ITSM seguido em sua organização. Por fim, você também pode controlar versões com base em solicitações de alteração existentes. Isso permite que você adote o CD, sem a necessidade de alterar o processo recomendado por suas equipes de TI.

Suporte para Red Hat Enterprise Linux 6

Com essa atualização, adicionamos suporte ao agente para o Red Hat Enterprise Linux 6. Agora você pode configurar agentes direcionados à plataforma Red Hat Enterprise Linux 6 para execução de trabalhos de build e lançamento.

Suporte para o módulo Az do Azure PowerShell

O Azure PowerShell fornece um conjunto de cmdlets que você pode usar para gerenciar recursos do Azure da linha de comando. Em dezembro passado, o módulo Az do Azure ficou disponível e é agora o módulo recomendado para gerenciar seus recursos do Azure.

Anteriormente, não fornecemos suporte para o módulo Az do Azure PowerShell em nossos agentes hospedados. Com a nova tarefa do Azure PowerShell versão 4.* em pipelines de criação e lançamento, adicionamos suporte para o novo módulo Az para todas as plataformas. A versão 3.* da tarefa do Azure PowerShell continuará a dar suporte ao módulo AzureRM. No entanto, para acompanhar os serviços e recursos mais recentes do Azure, recomendamos que você alterne para a tarefa do Azure PowerShell versão 4.* o mais rápido possível.

O módulo Az tem um modo de compatibilidade para ajudá-lo a usar scripts existentes enquanto você os atualiza para usar a nova sintaxe. Para habilitar a compatibilidade para o módulo Az, use o comando Enable-AzureRmAlias. Os aliases permitem que você use os nomes de cmdlet antigos com o módulo Az. Você pode obter mais detalhes sobre como migrar do módulo Azure RM para o módulo Azure PowerShell Az aqui .

Para obter mais informações sobre o módulo Az do PowerShell do Azure, consulte a documentação aqui.

Suporte à autenticação do Azure Active Directory (AD) para a tarefa SQL do Azure

A tarefa SQL do Azure foi aprimorada para dar suporte à conexão a um banco de dados usando o Azure AD (Integrated & Password) e uma cadeia de conexão, além do suporte existente para autenticação do SQL Server.

Publicar artefatos de construção com caminhos de arquivos longos

Até agora, havia uma limitação que impedia o carregamento de artefatos de build com caminhos com mais de 233 caracteres. Isso pode impedir que você carregue resultados de cobertura de código de builds do Linux e macOS com caminhos de arquivo maiores que o limite. O limite foi atualizado para suportar caminhos longos.

Ignorar a CI (integração contínua) para uma confirmação

Agora você pode instruir o Azure Pipelines a ignorar um commit e pular a execução de um pipeline que o commit normalmente gatilharia. Basta incluir [skip ci] na mensagem de commit do HEAD e o Azure Pipelines ignorará o CI. Você também pode usar qualquer uma das variações listadas abaixo. Há suporte para commits nos Azure Repos Git e no GitHub Enterprise Server.

• [skip ci] ou [ci skip]
• skip-checks: true ou skip-checks:true
• [skip azurepipelines] ou [azurepipelines skip]
• [skip azpipelines] ou [azpipelines skip]
• [skip azp] ou [azp skip]
• ***NO_CI***

Test Plans

Widget de tendência de resultados de teste (Avançado)

O widget de tendência dos resultados de teste (Avançado) fornece visibilidade em tempo quase real dos dados de teste para várias compilações e versões. O widget de tendência de resultados de teste (Avançado) de exibe uma tendência dos resultados dos seus testes para seus pipelines ou entre pipelines. Você pode usá-lo para acompanhar a contagem diária de teste, taxa de aprovação e duração do teste. Acompanhar a qualidade do teste ao longo do tempo e melhorar a garantia de teste é fundamental para manter um pipeline de DevOps íntegro.

O widget Teste de tendência de resultados (Avançado) ajuda você a descobrir discrepâncias nos resultados dos testes e responder a perguntas como: os testes estão levando mais tempo para rodar do que o habitual? Qual arquivo de teste ou pipeline está afetando minha taxa de aprovação geral? Quais são meus testes de longa duração?

Para ajudá-lo a responder a essas perguntas, o widget fornece estes recursos:

• Exibe uma tendência de taxa de aprovação e contagem de resultados de teste ou duração do teste
• Apresenta resultados de teste com base em vários pipelines de build ou pipelines de release
• Usa opções de gráfico combinadas para exibir duas métricas na mesma tendência
• Filtra a contagem de testes ao longo do tempo pelo resultado do teste
• Filtra todos os seus resultados de teste por ramificação ou teste
• Empilha as suas métricas por atributos de teste, como Prioridade ou Ambiente
• Agrupe seus dados em arquivos de teste, responsável ou pipelines

O widget é altamente configurável, permitindo que você o use para uma ampla variedade de cenários.

Compartilhar resultados de execução de teste via URL

Você pode configurar testes automatizados para serem executados como parte de um build ou versão. Os resultados do teste publicado podem ser exibidos na guia Testes no resumo de build ou versão. Com esta atualização, adicionamos um recurso 'Copiar URL dos resultados' para permitir que você compartilhe os resultados de uma única execução de teste com outros membros da sua equipe.

Os níveis de compartilhamento incluem:

• Nível de execução
• Nível de resultado
• Aba individual selecionada na execução do teste
• O compartilhamento também é compatível com todas as abas de extensões configuradas.

Quando você compartilha a URL, os visualizadores verão os resultados da execução do teste no modo de exibição de tela inteira.

Artifacts

Pacotes NuGet com números de versão SemVer 2.0.0

Anteriormente, o Azure Artifacts não suportava pacotes NuGet com números de versão SemVer 2.0.0 (geralmente, números de versão que contêm a parte de metadados de build da versão, que é indicado por um +). Agora você pode salvar pacotes de nuget.org que contêm metadados de build e efetuar push de seus próprios pacotes com metadados de build. De acordo com a especificação SemVer e política de NuGet.org, os metadados de build não podem ser usados para ordenar pacotes. Portanto, você não pode publicar 1.0.0+build1 e 1.0.0+build2 no Azure Artifacts (ou nuget.org), pois essas versões serão consideradas equivalentes e, portanto, sujeitas às restrições de imutabilidade .

Informações de procedência em pacotes

Com essa atualização, tornamos um pouco mais fácil entender a procedência de seus pacotes: quem ou o que os publicou e de qual confirmação de código-fonte eles vieram. Essas informações são preenchidas automaticamente para todos os pacotes publicados usando as tarefas NuGet, npm, Maven e Autenticação do Twine (para Python) no Azure Pipelines.

Estatísticas de uso do pacote

Até agora, o Azure Artifacts não forneceu uma maneira de medir o uso ou a popularidade dos pacotes. Com esta atualização, acrescentamos o número de downloads e usuários às páginas da lista de pacotes e dos detalhes do pacote. Você pode ver as estatísticas no lado direito de qualquer página.

Suporte para pacotes do Python

Agora, o Azure Artifacts pode hospedar pacotes do Python: os pacotes que você mesmo produz e os pacotes upstream salvos do PyPI público. Para obter mais detalhes, consulte a postagem no blog de anúncio e os documentos .

Agora, agora você pode hospedar todos os pacotes NuGet, npm, Maven e Python no mesmo feed.

Fontes de origem para o Maven

As fontes upstream já estão disponíveis para feeds do Maven. Isso inclui o repositório Principal do Maven Central e os feeds do Azure Artifacts. Para adicionar upstreams do Maven a um feed existente, visite configurações do Feed, selecione a guia de fontes upstreame selecione Adicionar fonte upstream.

Suporte de proxy para tarefas relacionadas a Artefatos

Até o momento, muitas tarefas de build relacionadas aos Artefatos não forneceram suporte completo à infraestrutura de proxy do Azure Pipelines, o que causou dificuldades na utilização das tarefas a partir de agentes locais. Com essa atualização, adicionamos suporte para proxies às seguintes tarefas:

• Npm@1 ('npm' na interface)
• NuGetCommand@2 ('NuGet' no designer): somente comandos de restore e push
• DotNetCoreCLI@2 ('.NET Core' no designer): somente comandos de restauração e push do NuGet
• NpmAuthenticate@0, PipAuthenticate@0 e TwineAuthenticate@0 ('[tipo] Autenticar' no designer): essas tarefas dão suporte a proxies durante a aquisição de tokens de autenticação, mas ainda é necessário configurar as tarefas/scripts/ferramentas subsequentes para também usar o proxy. Dito de outra forma, essas tarefas não configuram o proxy para a ferramenta subjacente (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[tipo] Instalador' no designer)

Todos os tipos de pacote de artefatos com suporte em lançamentos

Até agora, apenas pacotes NuGet são suportados no tipo de artefato Azure Artifacts em releases do Pipelines. Com essa atualização, todos os tipos de pacote do Azure Artifacts – Maven, npm e Python – têm suporte.

Exibições de artefatos com suporte em lançamentos

Anteriormente, o tipo de artefato do Azure Artifacts só podia ser ativado quando novas versões de pacotes eram publicadas no feed. Agora, também adicionamos suporte para visualizações, para que você possa disparar releases quando os pacotes que já estão no feed forem promovidos a uma visualização.

As políticas de retenção podem ignorar pacotes baixados recentemente

Até agora, os feeds do Azure Artifacts ofereceram políticas básicas de retenção que começariam a excluir versões antigas do pacote quando um "número máximo de versões por pacote" fosse atingido. Com essa atualização, adicionamos a capacidade de ignorar pacotes baixados recentemente ao fazer essa limpeza. Para habilitar, edite o feed e marque a caixa de seleção Ignorar pacotes baixados recentemente.

Delegar a quem pode gerenciar feeds

No Azure Artifacts, os ADMINISTRADORes de Coleção de Projetos (PCAs) sempre foram capazes de administrar todos os feeds em um servidor do Azure DevOps. Com essa atualização, os PCAs também podem dar essa capacidade a outros usuários e grupos, delegando assim a capacidade de gerenciar qualquer feed.

Wiki

Modelos markdown para fórmulas e vídeos

Não é mais necessário lembrar a sintaxe markdown para adicionar fórmulas , vídeos e marcas YAML ao editar um Wiki. Agora você pode clicar no menu de contexto na barra de ferramentas e selecionar a opção de sua escolha.

Inserir os resultados da consulta do Azure Boards no Wiki

Agora você pode inserir os resultados da consulta do Azure Boards em uma página wiki na forma de uma tabela. A imagem abaixo mostra um exemplo de uma página wiki com uma lista de todos os recursos lançados e todos os bugs ativos no sprint atual inserido no wiki. O conteúdo exibido na página está usando uma consulta de item de trabalho existente. Com esse novo recurso, você pode criar conteúdo dinâmico e não precisa se preocupar em atualizar manualmente a página wiki.

Os resultados da consulta podem ser adicionados em duas etapas:

1. Clique no botão "Resultados da Consulta" na barra de ferramentas de edição.

2. Selecione a consulta necessária e clique no botão "Inserir".

Os resultados da consulta agora podem ser exibidos na forma de uma tabela depois que você salvar a página.

Fonte monospaceada para o editor do Wiki Markdown

Com a introdução de fontes monoespaçadas para o editor wiki Markdown, a legibilidade não é mais um desafio. A origem Markdown parece limpa e fácil de ler. Esse recurso foi priorizado com base neste tíquete de sugestão .

Permalinks para páginas Wiki

Até agora, os links de páginas wiki compartilhadas quebravam se a página vinculada fosse renomeada ou movida. Agora introduzimos links permanentes adicionando IDs de página à URL. Isso garante que os links compartilhados permaneçam intactos conforme o wiki é alterado ao longo do tempo.

Esse recurso foi priorizado com base em esse tíquete de sugestão.

Mostrar o status do item de trabalho em páginas wiki

Nesta atualização, aprimoramos as menções de item de trabalho nas páginas Wiki adicionando o status do item de trabalho à página, juntamente com sua ID e título.

As referências de itens de trabalho em comentários de Pull Request e discussões no Boards também mostrarão o status.

@mention usuários e grupos

Agora você pode adicionar usuários e grupos em uma página wiki. Isso torna documentos como a página de contatos de uma equipe, documentos de diretrizes e documentos de conhecimento mais avançados. A imagem abaixo é um exemplo mostrando uma retrospectiva de sprint com tarefas e a pessoa responsável.

Além disso, você também pode selecionar um usuário ou um grupo na sugestão automática digitando "@" na página de edição wiki. A pessoa mencionada também será notificada por email.

Por fim, você também pode clicar no usuário @mentioned para exibir o cartão de informações do perfil. Esse recurso foi priorizado com base nessa sugestão de recurso.

Notificações em páginas wiki

Até agora, você não tinha uma maneira de saber quando o conteúdo em uma página wiki foi alterado. Agora você pode seguir páginas wiki para ser notificado por email quando a página é editada, excluída ou renomeada. Para acompanhar as alterações feitas em um wiki, selecione o botão Seguir na página do wiki.

Esse recurso foi priorizado com base nesse tíquete de sugestão. Para saber mais, confira nossa documentação aqui.

Suporte para tags HTML

Agora, você pode criar conteúdo mais avançado no wiki usando marcas HTML. Confira o que você pode fazer com marcas HTML abaixo.

1. Agora você pode criar seções recolhidas dentro de suas páginas wiki usando as tags detalhes e resumo. Você pode adicionar o atributo aberto para manter os detalhes expandidos por padrão.

   

   Para obter mais informações sobre a etiqueta detalhes, dê uma olhada na documentação aqui.

   Isso foi priorizado com base neste ticket de sugestão.

   Nota

   Não há suporte para essa tag nos navegadores Edge e Internet Explorer.

Criação e edição de tabela aprimoradas

Até agora, era difícil criar e editar tabelas em um wiki. Fizemos alterações para facilitar a adição e o gerenciamento de tabelas no wiki.

1. Criar uma tabela a partir da grade

   Você não precisa mais se lembrar da sintaxe da tabela markdown. Agora você pode criar facilmente uma tabela de markdown a partir de uma grade de 15 por 15. Basta selecionar o número necessário de colunas e linhas para inserir uma tabela com um único clique.

   

   Esse recurso foi priorizado com base nos seguintes tickets de sugestão.

   • exibição de tabela para wiki
   • simplifica a inserção de tabelas no wiki

2. Melhor legibilidade da tabela

   Agora você pode alternar quebra de linha para que seu editor melhore a legibilidade de suas tabelas. Desabilitar o encapsulamento de palavras adiciona uma barra de rolagem que permite que você veja o conteúdo de tabelas grandes mais fácil.

   

3. Formatação automática de tabelas de markdown

   Você não precisa mais adicionar espaços para alinhar suas colunas de markdown. Com o botão Formatar tabelas, suas tabelas de markdown são formatadas automaticamente, adicionando espaços às células para alinhar as colunas. Se você tiver tabelas grandes, use-a com desabilitar o encapsulamento de palavras para facilitar a leitura das tabelas.

   

   Você também pode usar o atalho Ctrl + Shift + F para formatar suas tabelas.

Reportagem

A extensão de análise não é mais necessária para usar o Analytics

A análise está se tornando cada vez mais parte integrante da experiência do Azure DevOps. É uma funcionalidade importante para os clientes ajudá-los a tomar decisões orientadas por dados.

Para a Atualização 1, estamos entusiasmados em anunciar que os clientes não precisam mais da extensão análise para usar o Analytics. Os clientes agora podem habilitar o Analytics nas Configurações de Coleção de Projetos. É um processo simples que está diretamente dentro do produto.

Veja como os clientes podem habilitar o Analytics:

1. Navegue até as Configurações de Coleção de Projetos:

2. Clique em Habilitar Análise de Dados

E é isso! As experiências analíticas serão habilitadas para a coleção.

Novas coleções criadas na Atualização 1 e nas coleções do Azure DevOps Server 2019 com a extensão analytics instalada que foram atualizadas terão o Analytics habilitado por padrão.

Para saber mais sobre Análise e as experiências que ele habilita:

• Leia mais sobre habilitando o Analytics.
• Leia a documentação de visão geral do Analytics.
• Leia os principais recursos: Widgets de Analytics, Relatório dos Principais Testes com Falhas , Integração do Power BI e o Ponto de Extremidade OData .
• Assista este vídeo do Canal 9 no Azure DevOps Analytics.

Comentários

Adoraríamos ouvir de você! Você pode relatar um problema ou fornecer uma ideia e rastreá-lo através da Comunidade de Desenvolvedores e obter conselhos sobre o Stack Overflow.