Notas de versão do Azure DevOps Server 2019 Update 1

Comunidade de Desenvolvedores | Requisitos de 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 Azure DevOps Server, consulte Requisitos do Servidor de DevOps do Azure. Para baixar produtos Azure DevOps, visite a página de downloads do Azure DevOps Server .

A atualização direta para o Azure DevOps Server é suportada pelo Azure DevOps Server 2020, Azure DevOps Server 2019 ou Team Foundation Server (TFS) 2015 ou mais recente. Se sua 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 local.

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

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

O Azure DevOps Server 2020 gere a retenção de builds de maneira diferente, com base em políticas de retenção ao nível de pipeline. Determinadas configurações de política levam a que as execuções de pipeline sejam excluídas após a atualização. As execuções de pipeline que foram mantidas manualmente ou são mantidas por um lançamento não serão excluídas após a atualização.

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

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

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

• 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 2019 Atualização 1.2 Patch 10 Data de lançamento: 11 de março de 2025

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

• Atualizar tarefas devido à descontinuação do Edgio CDN. Confira a postagem do blog Switching CDN providers para obter mais detalhes.

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

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

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

Instalar correções

Requisitos do canal de transmissão

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. Consulte aqui para obter mais informações sobre o comportamento habilitado:

• Sobre o clássico:

  Defina a variável na aba 'Variável' no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

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

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

• Resolvido um problema em que o servidor proxy parava de funcionar após a instalação do Patch 7.

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

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

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

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

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

• Estendida a lista de caracteres permitidos para argumentos de tarefas do PowerShell em , habilitando a validação de parâmetros para tarefas do shell.

Instalar correções

Configurar o TFX

1. Siga as etapas nas tarefas de carregamento para a documentação da coleção do projeto para instalar e fazer login com tfx-cli.

Atualizar tarefas usando TFX

1. Faça o download e extraia 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 canal de transmissão

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 aba 'Variável' no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

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

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

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

Instalar correções

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

Atualizar o agente do Azure Pipelines

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

Configurar o TFX

1. Siga as etapas nas tarefas de carregamento para a documentação da coleção do projeto para instalar e fazer login com tfx-cli.

Atualizar tarefas usando TFX

1. Faça o download e extraia 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 canal de transmissão

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 aba 'Variável' no pipeline.

• Exemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

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

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

• CVE-2023-36869: Vulnerabilidade de spoofing do servidor Azure DevOps.
• Atualize o serviço SSH para suportar SHA2-256 e SHA2-512. Se você tiver arquivos de configuração SSH codificados para usar RSA, você deve atualizar para SHA2 ou remover a entrada.
• Corrigido erro de loop infinito em CronScheduleJobExtension.

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

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

• Corrigido um bug que interferia com o envio de pacotes durante a atualização de 2018 ou anterior.

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

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

• Corrigidas falhas no "Processo Analítico de Sincronização de Paralelismo de Contas".

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

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

• Em APIs de Execução de Testes, o token de continuação que foi retornado era superior ao valor "maxLastUpdatedDate" especificado.
• Ao editar um pipeline clássico, o separador de retenção apareceu vazio depois de descartar as alterações num separador diferente.

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

Atualização 1.2 do Azure DevOps Server 2019 é um pacote cumulativo de correções de bugs. Você pode instalar diretamente o Azure DevOps Server 2019 Update 1.2 ou atualizar do Azure DevOps Server 2019 ou 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 Ative Directory de um usuário for desabilitada.

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

Publicámos um patch para o Azure DevOps Server 2019 Atualização 1.1 que inclui correções para o seguinte.

• As notificações por e-mail não foram enviadas ao usar o controle @mention em um item de trabalho.
• O endereço de e-mail preferido não estava sendo atualizado no perfil do usuário. Isso resultou no envio de e-mails para o endereço de e-mail anterior.
• Foi resolvida 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 Registo 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 (Name = Version, Value = 5.4.1).
3. Execute o comando update 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 seja concluída.

1. Atualize o servidor com Patch 13.
2. Verifique o valor do Registo 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 (Name = Version, Value = 5.4.1).
3. Copie o conteúdo da pasta chamada zip, localizada em C:\Program Files\{TFS Version Folder}\Search\zip para a pasta de arquivos remotos do Elasticsearch.
4. Execute Configure-TFSSearch.ps1 -Operation update na máquina do servidor Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

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

Patch 12 para a Azure DevOps Server 2019 Atualização 1.1 corrige o seguinte.

• Corrija 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 com a localização dos estados de layout de itens de trabalho personalizados.
• Problema de localização no modelo de notificação por e-mail.
• Problema com a avaliação de regras NOTSAMEAS quando várias regras NOTSAMEAS foram definidas para um campo.

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

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

• Resolva o problema relatado neste tíquete de feedback da Comunidade de Desenvolvedores .

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

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

• Corrija o problema com processos de envio de e-mail para alguns tipos de itens de trabalho.

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

Patch 9 para Azure DevOps Server 2019 Update 1.1 inclui correções para os itens a seguir.

• Corrija o problema com a importação de dados. A importação de dados estava demorando muito tempo para clientes que têm muitos casos de teste obsoletos. Isto deveu-se 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.

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

Lançámos um patch para a Atualização 1.1 do Azure DevOps Server 2019 que corrige o seguinte.

• CVE-2021-27067: Divulgação de informações
• Resolva o problema relatado neste tíquete de feedback da Comunidade de Desenvolvedores | Não consegue registar os detalhes da iteração de resultados de teste no Azure DevOps Server 2019

Para implementar correções para este patch, terá de seguir as etapas listadas abaixo para a instalação geral do patch e para as instalações das tarefas AzureResourceGroupDeploymentV2.

Instalação geral do patch

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

Verificando a 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 ficheiro: [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 no seu computador. Por exemplo: D:\tasks\AzureResourceGroupDeploymentV2.

2. Descarregue e instale Node.js 14.15.1 e npm (incluído com o download do Node.js) de acordo com a sua máquina.

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

npm install -g tfx-cli

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

5. Execute o seguinte a partir do prompt de comando. Quando solicitado, insira a URL do 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 seguinte comando para carregar a tarefa no servidor. Use o caminho do arquivo de .zip extraído da etapa 1.

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

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

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

• Os detalhes da execução de teste não apresentam as informações das etapas do teste para os dados migrados usando o OpsHub Migration.
• Exceção no inicializador para 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• As compilações não retidas são excluídas imediatamente após a migração para o Azure DevOps Server 2020
• Corrigir exceção do provedor de dados

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

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

• CVE-2020-1325: Vulnerabilidade de falsificação do servidor Azure DevOps
• CVE-2020-17135: Vulnerabilidade de falsificação no servidor Azure DevOps
• CVE-2020-17145: Vulnerabilidade de spoofing do servidor Azure DevOps e do Team Foundation Services
• Corrigir um problema com o TFVC não processando todos os resultados

Instalação geral do patch

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

Verificando a 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 ficheiro: [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 Azure PowerShell Az Azure Powershell em sua máquina de agente privado.

2. Crie uma pipeline com a tarefa AzurePowerShellV4. Você verá apenas uma Falha no 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 sua máquina.

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

npm install -g tfx-cli

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

5. Execute o seguinte a partir do prompt de comando. Quando solicitado, insira a URL do 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 seguinte comando 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>*

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

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

• DTS 1713492 - Comportamento inesperado ao adicionar grupos do Active Directory a permissões de segurança.

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

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

• CVE-2020-1326: Vulnerabilidade de script entre sites
• O pipeline de compilação mostra a conexão incorreta para usuários não autorizados ao selecionar Outra fonte Git.
• Corrija o erro ao alterar Inheritance para On ou Off na definição de compilação XAML.

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

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

• CVE-2020-1327: Certifique-se de que o servidor Azure DevOps limpa as entradas do usuário.

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

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

• Confirmações SVN não acionam o pipeline

• Adicionando suporte para SHA2 em SSH no Azure DevOps

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

Lançámos um patch de segurança para Azure DevOps Server 2019 Update 1.1 que corrige os seguintes bugs. Consulte a postagem do 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

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

Atualização 1.1 do Azure DevOps Server 2019 é um pacote cumulativo de correções de bugs e atualizações de segurança. Ele inclui todas as correções nos patches do Azure DevOps Server 2019 Update 1 lançados anteriormente. Você pode instalar diretamente o Azure DevOps Server 2019 Update 1.1 ou atualizar do Azure DevOps Server 2019 ou 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 a partir 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 tempos limite ao utilizar o Azure Boards.
• O valor de Revisado por está incorreto nos links dos itens de trabalho.

Azure Pipelines

• Nas notificações de Pipelines, campos como Duração podem ser nulos em algumas localidades.
• O caminho do template pode não apontar para um arquivo JSON válido num pipeline que inclui 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.

Planos de teste do Azure

• A edição de campos em Planos de Teste é lenta.
• Em um Caso de Teste, ao abrir a partir de Painéis (em oposição aos Planos de Teste), os detalhes da Etapa Compartilhada não são abertos.

Geral

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

Administração

• Alto uso de memória.
• Os servidores com configurações de balanceador de carga tinham 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 Avaliação Completa.
• Quando tenta instalar extensões, surge o erro: "Erro: Contribuição ausente (ms.vss-dashboards-web.widget-sdk-version-2)".
• Ao configurar o Elastic Search, há um erro: "O usuário não está autorizado".
• Falhas de indexação e consulta no Elasticsearch ao fazer a atualização a partir do TFS 2018 Atualização 2 ou versões mais recentes.
• A etapa "Criar depósito" falha ao configurar o Servidor de DevOps do Azure.

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

• Suporte para SQL Server 2019.

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

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

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

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

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

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

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

Resumo do que há de novo no Azure DevOps Server 2019 Atualização 1

O Azure DevOps Server 2019 Update 1 apresenta muitos recursos novos. Alguns dos destaques incluem:

• Novo processo básico
• Consulta sobre trabalho relativo ao início do dia, semana, mês ou ano
• Aceitar e executar problemas no GitHub durante o planejamento no Azure Boards
• Executar novamente a compilação expirada para completar automaticamente as solicitações pull
• Novos tipos de mesclagem para concluir solicitações pull
• Disparar pipelines YAML utilizando tags
• Assistente de tarefas para editar arquivos YAML
• Editor Web com IntelliSense para pipelines YAML
• Gerenciar versões do GitHub usando pipelines
• Widget da tendência dos resultados dos testes (Avançado)
• Informações de proveniência nas embalagens
• Suporte para pacotes Python
• Fontes de origem para o Maven
• Incorporar resultados da consulta Azure Boards no Wiki
• Permalinks para páginas Wiki
• Notificações em páginas wiki
• A extensão Analytics deixou de ser necessária para usar o Analytics

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

• Geral
• Conselhos
• Repositórios
• Canais
• Planos de teste
• Artefatos
• Wiki
• Relato

Geral

Tema escuro

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

Conselhos

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 e estados de itens de trabalho para atender a uma variedade de métodos de entrega de projetos. Para algumas equipes, que estão mais familiarizadas com outras ferramentas ou que estão crescendo e querem adotar um conjunto de ferramentas mais poderoso, querem começar rapidamente a usar terminologia com a qual estão mais familiarizadas.

O novo processo Básico fornece três tipos de item de trabalho (Épicos, Problemas e Tarefas) para planejar e acompanhar seu trabalho. Recomendamos que você use Problemas para rastrear coisas como histórias de usuários, bugs e recursos enquanto usa Epics para agrupar Problemas em unidades maiores de trabalho. À medida que avanças no teu trabalho, movimenta os itens ao longo de um fluxo de estado simples: Por Fazer, Em Progresso e Concluído.

Consulte as questões do track e a documentação de tarefas para ajudar a começar o seu novo projeto.

Indicar ordem de valor no formulário de item de trabalho

Anteriormente, o valor de estado no formulário de item de trabalho era ordenado alfabeticamente. Com esta atualização, alteramos a forma como os valores de estado são ordenados para 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 de cada projeto para habilitar novos recursos após a atualização de sua coleção.

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

Organize materiais de referência com anexos mais detalhados de itens de trabalho

Anexar arquivos a itens de trabalho permite que você e sua equipe centralizem materiais de referência para que eles estejam sempre por perto quando você precisar deles. Agora é mais fácil adicionar um novo anexo simplesmente arrastando e soltando o arquivo em qualquer lugar no formulário de item de trabalho. Pode continuar a visualizar os anexos como uma lista ou mudar para uma vista de grelha para mostrar uma pré-visualização em miniatura. Clique duas vezes no arquivo para abrir uma visualização e percorrê-los para encontrar rapidamente as informações de que precisa.

Partilhe o painel da sua equipa utilizando um emblema

O LEIA-ME do repositório geralmente é a casa à qual sua equipe de projeto recorre para obter informações sobre como contribuir e usar sua solução. Agora, tal como é possível fazer com um estado de compilação ou implementação no Azure Pipelines, pode adicionar ao seu ficheiro README um emblema para o quadro da sua equipa no Azure Boards. Você pode configurar o selo para mostrar apenas as colunas Em Andamento ou todas as colunas, e até mesmo tornar o selo visível publicamente se seu projeto for de código aberto.

Se o teu ficheiro README for baseado em Markdown, podes simplesmente copiar o Markdown de exemplo da página de definições do emblema de estado e colá-lo no teu ficheiro.

Consulta de trabalho relativo ao início do dia, semana, mês ou ano

Embora as equipes geralmente 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 a seguir, juntamente com 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 string modificadora que permite deslocar os dados por diferentes unidades temporais. Por exemplo, você pode escrever uma consulta para localizar todos os itens de trabalho concluídos no primeiro trimestre deste ano consultando Data de Alteração de Estado >= @StartOfYear e Data de Alteração de Estado <= @StartOfYear("+3M"). Consulte a documentação sobre macros de consulta para obter mais informações.

Editar e excluir comentários de discussão

Temos o prazer de anunciar a disponibilização de um recurso altamente votado da Comunidade de Desenvolvedores: editar e eliminar comentários na discussão dos seus 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, você entrará no modo de edição e pode simplesmente fazer suas edições e pressionar o botão "Atualizar" para salvar suas edições.

Ao clicares no menu de opções adicionais, verás a opção para apagar o teu comentário. Depois de clicar nisso, você será solicitado novamente para confirmar que deseja excluir este 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 de 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 dos comentários para deixar mais claro onde os comentários individuais começam e terminam.

Exportar resultados da consulta para um arquivo CSV

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

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

Agora, quando você menciona um item de trabalho dentro do comentário de um problema, solicitação pull ou commit 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 sobrecarrega o item de trabalho nos Painéis do Azure para cada conversa relacionada, mas, em vez disso, dá à 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 da integração do Azure Boards com o GitHub para obter mais informações.

Aceitar e executar questões no GitHub enquanto se planeia nos Painéis do Azure

Agora você pode vincular itens de trabalho nos Painéis do Azure com problemas relacionados no GitHub. Com este novo tipo de ligação, vários outros cenários são agora 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 nos Painéis do Azure, agora você pode.

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

Visualize rapidamente a atividade vinculada do GitHub a partir do quadro Kanban

Ao analisar o quadro Kanban você mesmo ou como uma equipe, muitas vezes você tem perguntas como "este item já começou a ser desenvolvido?" ou "este item já está em revisão?" Com as novas anotações do GitHub no quadro Kanban, agora você pode ter uma noção rápida de onde um item está e navegar diretamente para 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 esta e outras anotações para Tarefas e Testes.

Repositórios

Rascunho de solicitações pull

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

As solicitações pull de rascunho podem ser criadas selecionando Criar como rascunho no menu pendente do botão Criar ao criar uma solicitação pull.

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

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

Execute novamente a compilação expirada para concluir automaticamente as solicitações pull

O Azure Repos agora enfileirará automaticamente compilações expiradas que foram acionadas por uma política de solicitação pull. Isso aplica-se a pedidos de pull que passaram por todas as outras políticas e estão definidos para conclusão automática.

Anteriormente, quando os pull requests tinham políticas como revisores necessários, o processo de aprovação podia levar muito tempo e uma build associada podia expirar antes que um revisor aprovasse o pull request. Se o pedido de pull fosse definido para conclusão automática, permaneceria bloqueado até que um utilizador colocasse manualmente o build expirado na fila. Com essa alteração, a compilação será enfileirada automaticamente para que a solicitação pull possa ser concluída automaticamente após uma compilação bem-sucedida.

Exibir apenas o ficheiro esquerdo ou direito num pull request

Hoje, ao visualizar alterações de arquivo em um pull request, você pode usar um diff lado a lado ou modo de comparação em linha. Recebemos feedback de que muitos de vocês só querem ver o arquivo original ou o arquivo alterado, sem compará-los, então adicionamos uma nova opção que permitirá que você visualize o arquivo esquerdo ou o arquivo direito individualmente.

Novos tipos de mesclagem para concluir solicitações pull

Agora você tem mais opções ao mesclar as alterações de uma solicitação pull para a ramificação de destino. Adicionámos suporte para dois dos nossos recursos mais solicitados na Comunidade de desenvolvedores: Fast-Forward mesclagem e Semi-Linear mesclagem (também chamado de "Rebase e Mesclagem").

Agora verá estas novas opções disponíveis na caixa de diálogo Concluir Pull Request:

A página de administração de políticas atualizada permite que os administradores controlem quais estratégias de mesclagem são permitidas em uma ramificação ou pasta de ramificações.

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

• Se uma política na ramificação de destino proibir estratégias de rebase, será necessário ter permissão para "Substituir políticas de ramificação".
• Se a ramificação de origem da solicitação pull tiver políticas, você não poderá rebaseá-la. A rebase modificará a ramificação de origem sem passar pelo processo de aprovação de políticas.
• Se tiver usado Merge Conflict Extension para resolver conflitos de fusão. As resoluções de conflitos aplicadas a uma mesclagem de três vias raramente são bem-sucedidas (ou mesmo válidas) ao fazer rebase de todos os commits num pull request, um de cada vez.

Em todos estes casos, ainda tens a opção de rebasear a tua ramificação localmente e enviar por push para o servidor, ou mesclar as tuas alterações ao concluir o pull request.

Filtrar por ramificação alvo em pull requests (PRs)

As solicitações pull permitem que sua equipe revise o código e dê feedback sobre as alterações antes de mesclá-las na ramificação principal. Eles se tornaram uma parte importante dos fluxos de trabalho de muitas equipes, uma vez que você pode passar pelas alterações propostas, deixar comentários e votar para aprovar ou rejeitar alterações de código.

Para tornar mais fácil para ti encontrar os teus pull requests, adicionámos uma opção de filtragem para te permitir pesquisar PRs usando o ramo de destino.

Você também pode usar a filtragem por ramificação de destino para personalizar a exibição de pedidos de pull na guia Mine.

Permitir que as extensões adicionem realce de sintaxe e completem automaticamente

Atualmente, publicamos realces de sintaxe para um subconjunto de idiomas suportados pelo editor Monaco. No entanto, muitos de vocês querem criar seu próprio realce de sintaxe para idiomas que não suportamos.

Com esta atualização, adicionámos um ponto de extensibilidade que permite às extensões adicionar realce de sintaxe e preenchimento automático às vistas do explorador de ficheiros e de pedidos pull.

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

Além disso, adicionámos 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á que você adicione ações personalizadas (redirecionamentos, pop-ups, etc.) ao menu do seletor de repositórios, permitindo fluxos como cenários alternativos de criação de repositórios.

Suporte de codificação melhorado

Anteriormente, editar e salvar arquivos na Web só salvava como codificação UTF-8 e não avisávamos quando a codificação de arquivos mudava. Agora, vamos dar-lhe um aviso quando você tentar salvar um arquivo que não é UTF codificado através da web (que só suporta codificação UTF). Além disso, adicionámos suporte para a codificação UTF-16 e UTF-32 através do endpoint de web pushes. Isso significa que preservaremos o tipo de codificação para que você não precise reescrevê-los como UTF-8.

A captura de ecrã a seguir mostra um exemplo da caixa de diálogo que irá ver quando introduzir alterações de codificação por push pela web.

Vá obter suporte a comandos no Azure Repos

Go é uma linguagem de programação de código aberto, também referida como Golang. Em Go, você pode usar o comando get para baixar e instalar pacotes e dependências. Com esta 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 Web com IntelliSense para pipelines YAML

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

Assistente de tarefas para editar arquivos YAML

Continuamos a receber muitos comentários pedindo para facilitar a edição de arquivos YAML para pipelines, por isso estamos adicionando um assistente de tarefas 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. Este novo assistente suporta a maioria dos tipos comuns de entrada de tarefas, como listas de opções e conexões de serviço. Para usar o novo assistente de tarefas, selecione Editar num pipeline baseado em YAML e, em seguida, selecione o Assistente de tarefas.

Acionar pipelines YAML com etiquetas

Os pipelines YAML podem ser acionados quando tags são adicionadas a um commit. Isso é valioso para equipes cujos fluxos de trabalho incluem tags. Por exemplo, pode-se iniciar um processo quando um commit é marcado como o "último conhecido bom".

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

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

Declarar recursos de contêiner inline

Anteriormente, precisávamos que você declarasse seus recursos de contêiner em pipelines YAML e, em seguida, fizesse referência a eles 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 pull é atualizada

Por padrão, os pipelines acionados por pull requests (PRs) serão cancelados se um novo commit for enviado para o mesmo PR. Isso é desejável na maioria dos casos, já que geralmente você não quer continuar executando um pipeline em código desatualizado. Se não quiser este comportamento, pode adicionar autoCancel: false ao seu acionador PR.

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

Escolha o diretório do código obtido em pipelines YAML

Anteriormente, efetuámos o checkout dos repositórios para o diretório s em $(Agent.BuildDirectory). Agora você pode escolher o diretório onde seu repositório Git será verificado para uso com pipelines YAML.

Use a palavra-chave path em checkout e você estará no controle da estrutura de pastas. Abaixo está um exemplo do código YAML que você pode usar para especificar um diretório.

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

Neste exemplo, o seu código será colocado no diretório my-great-repo no espaço de trabalho do agente. Se não especificares um caminho, o repositório continuará a ser copiado para um diretório chamado s.

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

Agora damos 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 para o Azure AppServices, incluindo WebApps, FunctionApps, WebApps for Containers e FunctionApp for Containers em plataformas Windows e Linux.

Também suportamos uma nova tarefa de utilitário para transformação de arquivos e substituição de variáveis 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 lhes fosse dada explicitamente a permissão para "Criar definição de build". Os membros da sua equipa podem criar e atualizar pipelines prontamente para novos projetos. Essa alteração reduzirá o atrito para novos clientes que estão a aderir ao Azure Pipelines. Você sempre pode atualizar as permissões padrão no grupo de 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 GitHub Release 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 suporta recursos como carregar vários ativos, marcar um lançamento como pré-lançamento, salvar um lançamento como rascunho e muito mais. Esta tarefa também lhe ajuda a criar notas de versão. 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

Um exemplo de versão do GitHub criado usando esta tarefa:

Links para linhas específicas em um log de compilação

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

Melhorias na 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 tornar mais fácil para você configurar e usar 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 esta atualização, estamos tornando mais fácil para você corrigir um problema de autorização de recurso, mesmo que você não tenha marcado um recurso como tal. Na nova experiência, quando uma compilação falhar devido a um erro de autorização de recursos, você verá uma opção para autorizar explicitamente o uso desses recursos no pipeline e, em seguida, prosseguir. Os membros da equipe com permissões para autorizar recursos poderão concluir essa ação diretamente de uma compilação com falha.

Novos pontos de contribuição de extensões no separador Pipelines Test

Continuamos a tornar a estrutura de extensão mais poderosa 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 os seguintes:

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

   Às vezes, você pode querer 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 *Custom Action -.

   

2. Guia Detalhes Personalizados no painel de detalhes

   Você pode ter uma variedade de fluxos de trabalho para consumir relatórios de teste e pode querer ver diferentes pontos de dados relativamente a testes falhados para depuração e análise. Usando este ponto de contribuição, a sua equipa pode adicionar um novo separador ao painel de detalhes que aparecerá ao selecionar a linha de qualquer resultado de teste na grelha de dados. Esta nova guia pode mostrar uma exibição com conteúdo estático ou dados dinâmicos obtidos usando APIs internas ou externas.

Agente de execução única

Se você estiver usando uma infraestrutura como Instâncias de Contêiner do Azure para executar agentes privados elásticos, muitas vezes, você 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 causando uma falha a ser relatada) ou aceitar o risco de que um agente pudesse receber outro trabalho antes que você pudesse encerrá-lo. Com esta atualização, adicionámos o flag --once à configuração do agente. Quando você configura o agente dessa forma, ele aceita apenas um trabalho e, em seguida, se desliga.

Atualização da interface de utilizador do grupo de agentes

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

Implantar em alvos falhados num Grupo de Implementação

Por padrão, os Pipelines do Azure costumavam reexecutar todos os trabalhos ao redeployar uma execução que falhou anteriormente. Agora, você pode substituir esse comportamento configurando a opção de implantação durante a implantação. Ao selecionar a opção Todos os trabalhos e limitar a apenas destinos com falhas num grupo de implantação, a nova execução executará todos os trabalhos e ignorará as implantações para os destinos que já estão atualizados.

Reimplantar automaticamente em caso de falha

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

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

Suportamos um novo gancho de serviço que permite adicionar anotações do Grafana para eventos de 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 de Monitorização do Azure suportava apenas a consulta de alertas na experiência de monitorização clássica. Com esta nova versão da tarefa, você pode consultar alertas sobre a experiência de monitoramento unificada recentemente introduzida pelo Azure Monitor.

Entrada direta do ficheiro de especificações na tarefa Implantar 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 do instalador da CLI do Docker

Esta 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

A exclusão de pipelines de liberação não utilizados ajuda a manter a lista de pipelines de liberação limpa, mas às vezes você exclui algo por engano. Com esta atualização, passa a ser possível restaurar um pipeline de lançamento que tenha sido eliminado nos últimos 30 dias. Adicionámos um novo separador ao painel esquerdo da página de Lançamentos que exibirá uma lista de pipelines de lançamento eliminados. Nessa exibição, você pode restaurar um pipeline de liberação 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 e-mails à medida que ocorrem alterações em suas compilações, base de código e outras operações. Por exemplo, você pode definir um alerta para ser notificado quando um item de trabalho for atribuído a você.

Com esta atualização, adicionámos uma nova subscrição de notificação à categoria Release. Esta notificação enviará um e-mail para si quando uma solicitação para a criação de uma versão falhar. Um exemplo onde isso pode ser útil é quando uma solicitação para criar uma release falha porque uma versão do artefato não está disponível. Para saber como gerir as suas notificações, consulte a documentação aqui.

Programar lançamentos em mudança de origem ou de pipeline

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

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

Anteriormente, os valores das variáveis necessárias durante a criação da versão tinham que ser inseridos pelo usuário sem qualquer assistência ou sugestão. Adicionamos pontos de contribuição à caixa de diálogo Criar uma nova versão para oferecer 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 do Barramento de Serviço do Azure

Extendemos a tarefa sem agente para incluir a capacidade de publicar mensagens nas filas de sessão. Esta opção foi adicionada à tarefa Publicar no Barramento de Serviço do Azure.

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

As conexões de serviço para compilações e versões 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 gerir uma conexão de serviço nas definições de administração 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 de 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 nome do cluster.

Para um cluster habilitado para 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 somente 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 de registro do Docker na página de configurações do seu projeto. Para criar a conexão, escolha um registro de contêiner do Azure em uma das assinaturas associadas à sua identidade do Azure Ative Directory (AAD). 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 por nome de 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. Foi um desafio encontrar uma definição de versão específica se você tivesse criado muitas pastas. Agora você pode pesquisar por nome de pasta na definição de versão, tornando mais fácil encontrar as definições que você está procurando.

Tarefa do instalador da ferramenta Duffle no pipeline de compilação e liberação

O Duffle é uma ferramenta de linha de comando que permite instalar e gerenciar Cloud Native Application Bundles (CNAB). 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 compilação e lançamento que permite instalar uma versão específica do binário Duffle.

Tarefa de manifesto do Kubernetes

Adicionámos uma nova tarefa às nossas linhas de lançamento para simplificar o processo de implementação em clusters Kubernetes usando ficheiros de manifesto. Esta tarefa fornecerá os seguintes benefícios em comparação com o uso do binário kubectl em scripts:

• Substituição de artefatos - A ação de implantação usa como entrada uma lista de imagens de contêiner que podem ser especificadas junto com suas tags ou resumos. Isso é substituído na versão não modelo dos arquivos de manifesto antes de aplicá-lo ao cluster para garantir que a versão correta da imagem seja puxada pelos nós do cluster.

• Estabilidade de manifesto - O estado de implementação é verificado para os objetos do Kubernetes implantados, a fim de incorporar verificações de estabilidade enquanto se calcula o estado da tarefa como sucesso ou falha.

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

• Bake manifest - A ação bake da tarefa permite inserir gráficos Helm em arquivos de manifesto do Kubernetes para que possam ser aplicados ao cluster.

• Estratégia de implementação - Optar pela estratégia canária com a ação de implementação leva à criação de uma porcentagem definida de cargas de trabalho sufixadas com -baseline e -canary, para que possam ser comparadas durante uma tarefa ManualIntervention antes de utilizar a ação de promoção/rejeição da tarefa para determinar a versão a 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 do pipeline. O comando buildAndPush agora pode ser usado para criar várias tags para um repositório de contêiner específico e enviá-lo para vários registros de contêiner em uma única etapa. A tarefa pode usar conexões do serviço de registro do Docker para fazer login em registros de contêiner. Os metadados de rastreabilidade sobre o repositório de origem, a confirmação e a proveniência da compilação são adicionados como rótulos às imagens criadas usando essa 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 da ferramenta 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 Kubectl Version Spec.

Melhorias na integração do ServiceNow

Um recurso fundamental para a colaboração entre equipes é permitir que cada equipe use um serviço de sua escolha e tenha uma entrega eficaz de ponta a ponta. Com esta atualização, aprimoramos a integração do ServiceNow para suportar todos os tipos de alterações (normal, padrão e emergência). Além disso, agora você pode especificar o portão usado para criar uma nova solicitação de alteração usando um modelo existente, de acordo com o processo de ITSM seguido em sua organização. Finalmente, pode-se também controlar lançamentos com base em pedidos 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 esta atualização, adicionamos suporte de 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 compilação 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 a partir da linha de comando. Em dezembro passado, o módulo Az do Azure PowerShell ficou disponível e agora é o módulo pretendido para gerenciar seus recursos do Azure.

Anteriormente, não fornecíamos suporte para o módulo Az do Azure PowerShell em nossos agentes hospedados. Com a nova versão 4.* da tarefa Azure PowerShell nas pipelines de build e release, adicionámos suporte para o novo módulo Az em todas as plataformas. A tarefa do Azure PowerShell versão 3.* 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 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 a migração do módulo Azure RM para o módulo Az do Azure PowerShell aqui.

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

Suporte de autenticação do Azure Ative 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 (Senha de & Integrada) e uma cadeia de conexão, além do suporte existente para autenticação do SQL Server.

Publicar artefatos de compilação com caminhos de arquivo longos

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

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

Pode-se agora instruir o Azure Pipelines a desconsiderar um commit e a omitir a execução de um pipeline que o commit normalmente acionaria. Basta incluir [skip ci] na mensagem de confirmação da confirmação HEAD e o Azure Pipelines ignorará a CI. Você também pode usar qualquer uma das variações listadas abaixo. Isto é suportado para commits no 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***

Planos de Teste

Widget de Tendência de Resultados de Teste (Avançado)

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

O widget Test result trend (Avançado) ajuda-o a encontrar valores atípicos nos resultados dos testes e a responder a perguntas como: os testes estão a demorar mais para serem executados do que o normal? Que ficheiro de teste ou pipeline está a afetar a minha taxa geral de aprovação? Quais são os meus testes de longa duração?

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

• Exibe uma tendência da taxa de aprovação, da contagem dos resultados dos testes ou da duração dos testes.
• Apresenta resultados de teste com base em vários pipelines de compilação ou de lançamento
• Usa opções de gráficos combinados para exibir duas métricas sobre a mesma tendência
• Filtra o número de testes com o passar do tempo de acordo com o resultado dos testes.
• Filtra os resultados dos seus testes por versão ou teste
• Empilha as suas métricas por atributos de teste, como Prioridade ou Ambiente
• Agrupar os seus dados em ficheiros de teste, proprietário ou fluxos de trabalho

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 uma compilação ou versão. Os resultados dos testes publicados podem ser visualizados na aba Testes no resumo da compilação ou do lançamento. Com esta atualização, adicionámos uma funcionalidade de Copiar URL de resultados para que possa partilhar o resultado de uma única execução de teste com outras pessoas da sua equipa.

Os níveis de partilha incluem:

• Nível de execução
• Nível de resultados
• Etiqueta individual selecionada durante a execução do teste
• A partilha também é compatível com qualquer separador de extensão configurado

Quando você compartilha a URL, os visualizadores verão os resultados da execução do teste na visualização em tela cheia.

Artefatos

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

Anteriormente, os Artefatos do Azure não ofereciam suporte a pacotes NuGet com números de versão do SemVer 2.0.0 (geralmente, números de versão que contêm a parte de metadados de compilação da versão, que é representada por um +). Agora você pode salvar pacotes de nuget.org que contêm metadados de compilação e enviar seus próprios pacotes com metadados de compilação. De acordo com a especificação do SemVer e a política do NuGet.org , os metadados de compilação 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 proveniência nas embalagens

Com esta atualização, tornámos um pouco mais fácil entender a proveniência dos seus pacotes: quem ou o que os publicou e de qual commit de código-fonte eles vieram. Essas informações são preenchidas automaticamente para todos os pacotes publicados usando as tarefas NuGet, npm, Mavene Twine Authenticate (para Python) no Azure Pipelines.

Estatísticas de utilização do pacote

Até agora, os Artefatos do Azure não forneciam uma maneira de avaliar o uso ou a popularidade dos pacotes. Com esta atualização, adicionámos uma contagem de Transferências e Utilizadores à lista de pacotes e às páginas de detalhes de pacotes. Você pode ver as estatísticas no lado direito de qualquer página.

Suporte para pacotes Python

Os Artefatos do Azure agora podem hospedar pacotes Python: tanto os pacotes que você mesmo produz quanto os pacotes upstream salvos do PyPI público. Para obter mais detalhes, consulte a postagem do blog do anúncio e os documentos .

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

Fontes a montante para o Maven

As fontes de origem upstream estão agora disponíveis para feeds 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 de feed, selecione a aba Fontes Upstreame, em seguida, selecione Adicionar fonte upstream.

Suporte de proxy para tarefas relacionadas a artefatos

Até agora, muitas tarefas de compilação relacionadas a Artefatos não forneciam suporte total para a infraestrutura de proxy do Azure Pipelines, o que levou a desafios ao usar as tarefas de agentes locais. Com esta atualização, adicionamos suporte para proxies às seguintes tarefas:

• Npm@1 ('npm' no designador)
• NuGetCommand@2 ('NuGet' no designer): apenas comandos de restauração e push
• DotNetCoreCLI@2 ('.NET Core' no designer): somente comandos restore e nuget push
• NpmAuthenticate@0, PipAuthenticate@0 e TwineAuthenticate@0 ('[type] Authenticate' no designer): Essas tarefas suportam proxies durante a aquisição de tokens de autenticação, mas ainda é necessário configurar quaisquer 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 Artifacts suportados nas versões

Até agora, apenas os pacotes NuGet tinham suporte no tipo de artefato Azure Artifacts nas versões do Pipelines. Com esta atualização, todos os tipos de pacote do Azure Artifacts - Maven, npm e Python - são suportados.

Visualizações de artefatos suportadas em lançamentos

Anteriormente, o tipo de artefato Azure Artifacts só podia ser ativado quando novas versões de pacotes eram publicadas no feed. Agora, também adicionámos suporte para vistas, para que possas desencadear lançamentos quando os pacotes que já estão no feed forem promovidos para uma vista.

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

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

Delegar a gestão de feeds a quem pode fazê-lo

Nos Artefatos do Azure, Administradores de Coleção de Projetos (PCAs) sempre puderam administrar todos os feeds em um servidor de DevOps do Azure. Com esta 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 de Markdown para fórmulas e vídeos

Não há mais necessidade de lembrar a sintaxe de marcação para adicionar fórmulas , vídeos e tags 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.

Incorporar resultados da consulta Azure Boards no Wiki

Agora você pode incorporar os resultados da consulta do Azure Boards em uma página wiki na forma de uma tabela. A imagem abaixo mostra uma amostra de uma página wiki com uma lista de todos os recursos lançados e todos os bugs ativos no sprint atual incorporado no wiki. O conteúdo exibido na página está usando uma consulta de item de trabalho existente. Com este 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 visualizados na forma de uma tabela depois de salvar a página.

Fonte monoespaçada para o editor Wiki Markdown

Com a introdução de fontes monoespaçadas para o editor wiki Markdown, a legibilidade não é mais um desafio. A fonte Markdown parece limpa e fácil de ler. Este recurso foi priorizado com base em este ticket de sugestão.

Links permanentes 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 ao URL. Isso garante que os links que você compartilha permaneçam intactos à medida que o wiki muda ao longo do tempo.

Este recurso foi priorizado com base no ticket de sugestão.

Mostrar o status do item de trabalho nas páginas Wiki

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

As referências de itens de trabalho nos comentários do Pull Request e nas discussões do Boards também mostram o estado.

@mention utilizadores e grupos

Agora podes @mention utilizadores e grupos numa página wiki. Isso torna documentos como a página de contato de uma equipe, documentos de orientação e documentos de conhecimento mais ricos. A imagem abaixo é um exemplo que mostra uma retrospetiva de sprint com tarefas e a pessoa responsável.

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

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

Notificações em páginas wiki

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

Este recurso foi priorizado com base neste tíquete de sugestão. Para saber mais, consulte a nossa documentação aqui.

Suporte para tags HTML

Agora, você pode criar conteúdo mais rico no wiki usando tags HTML. Confira o que você pode fazer com tags HTML abaixo.

1. Agora podes criar seções recolhíveis dentro das tuas páginas wiki usando as tags detalhes e resumo. Você pode adicionar o atributo abrir o para manter os detalhes expandidos por padrão.

   

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

   Isso foi priorizado baseado neste ticket de sugestão .

   Observação

   Esta tag não é suportada nos navegadores Edge e Internet Explorer.

Criação e edição de tabelas melhoradas

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

1. Criar uma tabela a partir da grelha

   Você não precisa mais se lembrar da sintaxe da tabela de marcação. Agora pode criar facilmente uma tabela Markdown selecionando a partir de uma grelha 15 X 15. Basta selecionar o número necessário de colunas e linhas para inserir uma tabela com um único clique.

   

   Este recurso foi priorizado com base nos seguintes tíquetes de sugestão:

   • Visualização de tabela para a wiki
   • Simplifique a inserção de tabelas no wiki

2. Melhor legibilidade da tabela

   Agora é possível ativar ou desativar a quebra automática de texto no editor para melhorar a legibilidade das tabelas. A desativação da quebra automática de texto adiciona uma barra de rolagem que permite que você veja o conteúdo de tabelas grandes com mais facilidade.

   

3. Autoformatação de tabelas de markdown

   Não é mais necessário adicionar espaços para alinhar as colunas de marcação. Com o botão Formatar tabelas, as tabelas de marcação são formatadas automaticamente adicionando espaços às células para alinhar as colunas. Se tiver tabelas grandes, utilize a opção desativar quebra automática de texto para facilitar a leitura das tabelas.

   

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

Apresentação de relatórios

A extensão do Google Analytics não é mais necessária para usar o Google Analytics

O Analytics está se tornando cada vez mais parte integrante da experiência do Azure DevOps. É uma capacidade importante para os clientes, ajudando-os a tomar decisões baseadas em dados.

Para a Atualização 1, temos o prazer de anunciar que os clientes não precisam mais da extensão do Google Analytics para usar o Google Analytics. Os clientes agora podem ativar o Google Analytics abaixo das Configurações de Coleção de Projetos. É um processo simples que está dentro do produto.

Veja como os clientes podem habilitar o Google Analytics:

1. Navegue até Configurações da coleção de projetos:

2. Clique Ativar Analytics

E é isso! As experiências baseadas em análises serão ativadas na coleção.

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

Para saber mais sobre o Google Analytics e as experiências que ele possibilita:

• Leia mais sobre ativar o Google Analytics.
• Leia a documentação Visão geral de Analytics.
• Leia sobre os principais recursos: Widgets do Analytics , Relatório dos Principais Testes Falhados , Integração do Power BI , e o Ponto de Extremidade OData .
• Veja este vídeo no Channel 9 sobre o Azure DevOps Analytics.

Comentários

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 .