Notas de versão do Azure DevOps Server 2019 Update 1
Comunidade de | desenvolvedores Requisitos | do sistema Termos | de licença DevOps Blog | SHA-1 Hashes
Neste artigo, você encontrará informações sobre a versão mais recente do Azure DevOps Server.
Para saber mais sobre como instalar ou atualizar uma implantação do Servidor de DevOps do Azure, consulte Requisitos do Servidor de DevOps do Azure. Para baixar produtos do Azure DevOps, visite a página Downloads do Servidor de DevOps do Azure.
A atualização direta para o Azure DevOps Server 2020 tem suporte no Azure DevOps Server 2019 ou no Team Foundation Server 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.
Atualização segura 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 (compilação) que funciona com base nas configurações de nível de projeto.
O Azure DevOps Server 2020 lida com a retenção de compilação de forma diferente, com base em políticas de retenção em 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 retidas manualmente ou são retidas por uma versão 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 Update 1.2 Patch 9 Data de lançamento: 28 de maio de 2024
| Arquivo | Hash SHA-256 |
|---|---|
| devops2019.1.2patch9.exe | 4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81 |
Lançamos o 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).
Observação
Não é necessário seguir os passos dos patches 5 e 6; esses podem ser ignorados, e este patch pode ser aplicado em vez disso.
Instalar patches
Importante
Este patch atualiza o agente Pipeline disponível, a nova versão do agente após a instalação do Patch 9 será 3.225.0.
Requisitos de 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. Consulte aqui para obter mais informações sobre o comportamento habilitado:
No clássico:
Defina a variável na guia Variável do pipeline.
Exemplo de YAML:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 1.2 Patch 8 Data de lançamento: 12 de março de 2024
| Arquivo | Hash SHA-256 |
|---|---|
| devops2019.1.2patch8.exe | 67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A |
Lançamos o patch 8 para a Atualização 1.2 do Azure DevOps Server 2019 que inclui correções para o seguinte:
- Resolvido um problema em que o servidor proxy parou de funcionar após a instalação do patch 7.
Azure DevOps Server 2019 Update 1.2 Patch 7 Data de lançamento: 13 de fevereiro de 2024
| Arquivo | Hash SHA-256 |
|---|---|
| devops2019.1.2patch7.exe | 8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA |
Lançamos o 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 era calculado incorretamente e a pasta não era limpa corretamente.
- CVE-2024-20667: Vulnerabilidade de execução remota de código do Servidor de DevOps do Azure.
Azure DevOps Server 2019 Update 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 de tarefas do PowerShell para validação do parâmetro Habilitar argumentos de tarefas do shell.
Observação
Para implementar correções para este patch, você terá que seguir uma série de etapas para atualizar manualmente as tarefas.
Instalar patches
Importante
Lançamos atualizações para o agente do Azure Pipelines com o patch 5 lançado em 12 de setembro de 2023. Se você não instalou as atualizações do agente conforme descrito nas notas de versão do Patch 5, recomendamos que você instale essas atualizações antes de instalar o Patch 6. A nova versão do agente após a instalação do Patch 5 será a 3.225.0.
Configurar o TFX
- Siga as etapas da documentação de upload de tarefas para a coleção de projetos para instalar a tfx-cli e fazer logon com ela.
Atualizar tarefas usando o TFX
| Arquivo | Hash SHA-256 |
|---|---|
| Tasks20231103.zip | 389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5 |
- Baixe e extraia Tasks20231103.zip.
- Altere o diretório para os arquivos extraídos.
- 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 de pipeline
Para usar o novo comportamento, uma variável AZP_75787_ENABLE_NEW_LOGIC = true precisa ser definida em pipelines que usam as tarefas afetadas.
No clássico:
Defina a variável na guia Variável do pipeline.
Exemplo de YAML:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 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 de código remoto do Azure DevOps Server.
- CVE-2023-38155: Vulnerabilidade de elevação de privilégio do Servidor de DevOps do Azure e do Team Foundation Server.
Importante
Implante o patch em um ambiente de teste e verifique se os pipelines do ambiente funcionam conforme o esperado antes de aplicar a correção à produção.
Observação
Para implementar correções para este patch, você terá que seguir uma série de etapas para atualizar manualmente o agente e as tarefas.
Instalar patches
- Baixe e instale o patch 5 da Atualização 1.2 do Azure DevOps Server 2019.
Atualizar o agente do Azure Pipelines
- Baixe o agente em: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 – Agent_20230825.zip
- Use as etapas descritas na documentação de agentes auto-hospedados do Windows para implantar o agente.
Observação
AZP_AGENT_DOWNGRADE_DISABLED precisa ser definido como “true” para evitar o downgrade do agente. No Windows, o comando a seguir pode ser usado em um prompt de comando administrativo, seguido por uma reinicialização. setx AZP_AGENT_DOWNGRADE_DISABLED true /M
Configurar o TFX
- Siga as etapas da documentação de upload de tarefas para a coleção de projetos para instalar a tfx-cli e fazer logon com ela.
Atualizar tarefas usando o TFX
- Baixe e extraia Tasks_20230825.zip.
- Altere o diretório para os arquivos extraídos.
- 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 de pipeline
Para usar o novo comportamento, uma variável AZP_75787_ENABLE_NEW_LOGIC = true precisa ser definida em pipelines que usam as tarefas afetadas.
No clássico:
Defina a variável na guia Variável do pipeline.
Exemplo de YAML:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 1.2 Patch 4 Data de lançamento: 8 de agosto de 2023
Lançamos um patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.
- CVE-2023-36869: Vulnerabilidade de falsificação do servidor de DevOps do Azure.
- Atualize o serviço SSH para oferecer suporte a 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 bug de loop infinito no CronScheduleJobExtension.
Azure DevOps Server 2019 Update 1.2 Patch 3 Data de lançamento: 13 de junho de 2023
Lançamos um 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 de 2018 ou anterior.
Azure DevOps Server 2019 Update 1.2 Patch 2 Data de lançamento: 13 de dezembro de 2022
Lançamos um patch para o Azure DevOps Server 2019 Update 1.2 que inclui correções para o seguinte.
- Corrigidas falhas no "Trabalho de análise de sincronização de paralelismo de conta".
Azure DevOps Server 2019 Update 1.2 Patch 1 Data de lançamento: 12 de julho de 2022
Lançamos um 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 retornado era maior que o valor "maxLastUpdatedDate" especificado.
- Ao editar um pipeline clássico, a guia de retenção ficou em branco depois de descartar as alterações em uma guia diferente.
Data de lançamento da Atualização 1.2 do Azure DevOps Server 2019: 17 de maio de 2022
O Azure DevOps Server 2019 Update 1.2 é 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.
Observação
A Ferramenta de Migração de Dados estará disponível para a Atualização 1.2 do Azure DevOps Server 2019 cerca de três semanas após esta versão. Você pode ver nossa lista de versões com suporte atualmente para importação aqui.
Esta versão inclui correções para o seguinte:
- Revogar todos os tokens de acesso pessoal depois que a conta do Active Directory de um usuário for desabilitada.
Azure DevOps Server 2019 Update 1.1 Patch 13 Data de lançamento: 26 de janeiro de 2022
Lançamos um 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 @mention controle em um item de trabalho.
- O endereço de email preferencial não estava sendo atualizado no perfil do usuário. Isso resultava no envio de emails para o endereço de email anterior.
- Resolução da vulnerabilidade do Elasticsearch pela remoção da classe jndilookup dos binários do Log4j.
Etapas de instalação
- Atualize o servidor com o Patch 13.
- Verifique o valor do Registro em
HKLM:\Software\Elasticsearch\Version. Se o valor do Registro não estiver presente, adicione um valor de cadeia de caracteres e defina a Versão como 5.4.1 (Nome = Versão, Valor = 5.4.1). - Execute o comando de atualização
PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update, conforme fornecido no arquivo Leiame. Ele poderá retornar um aviso como: Não é possível se conectar ao servidor remoto. Não feche a janela, pois a atualização executa novas tentativas até que seja concluída.
Observação
Se o Azure DevOps Server e o Elasticsearch estiverem instalados em computadores diferentes, siga as etapas descritas abaixo.
- Atualize o servidor com o Patch 13.
- Verifique o valor do Registro em
HKLM:\Software\Elasticsearch\Version. Se o valor do Registro não estiver presente, adicione um valor de cadeia de caracteres e defina a Versão como 5.4.1 (Nome = Versão, Valor = 5.4.1). - 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. - Execute
Configure-TFSSearch.ps1 -Operation updateno computador do servidor do Elasticsearch.
SHA-256 Hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3
Azure DevOps Server 2019 Update 1.1 Patch 12 Data de lançamento: 15 de setembro de 2021
O patch 12 para o Azure DevOps Server 2019 Update 1.1 inclui correções para o seguinte.
- Corrija a macro de 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 e-mail.
- Problema com a avaliação de regras NOTSAMEAS quando várias regras NOTSAMEAS foram definidas para um campo.
Azure DevOps Server 2019 Update 1.1 Patch 11 Data de lançamento: 14 de setembro de 2021
O 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 comentários da Comunidade de desenvolvedores.
Azure DevOps Server 2019 Update 1.1 Patch 10 Data de lançamento: 10 de agosto de 2021
O patch 10 para o Azure DevOps Server 2019 Update 1.1 inclui correções para o seguinte.
- Corrija o problema com trabalhos de entrega de email para alguns tipos de item de trabalho.
Azure DevOps Server 2019 Update 1.1 Patch 9 Data de lançamento: 15 de junho de 2021
O patch 9 para o Azure DevOps Server 2019 Update 1.1 inclui correções para o seguinte.
- Corrigir problema com a importação de dados. A importação de dados estava demorando muito para os clientes que têm muitos casos de teste obsoletos. Isso se deveu a referências que aumentaram o tamanho da
tbl_testCaseReferencestabela. 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 Update 1.1 Patch 8 Data de lançamento: 13 de abril de 2021
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte.
- CVE-2021-27067: divulgação de informações confidenciais
- Resolver o problema relatado neste tíquete de comentários da Comunidade de desenvolvedores | Não é possível registrar detalhes de iteração de resultado de teste no Azure DevOps Server 2019
Para implementar correções para esse patch, você terá que seguir as etapas listadas abaixo para instalação geral do patch e instalações de tarefas do AzureResourceGroupDeploymentV2 .
Instalação geral do patch
Se você tiver o Azure DevOps Server 2019 Update 1.1, deverá instalar o 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 que é 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 é instaladoc:\Program Files\Azure DevOps Server 2019no 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
Observação
Todas as etapas mencionadas abaixo precisam ser executadas em um computador Windows
Instalar
Extraia o pacote AzureResourceGroupDeploymentV2.zip para uma nova pasta no computador. Por exemplo: D:\tasks\AzureResourceGroupDeploymentV2.
Baixe e instale Node.js 14.15.1 e npm (incluído com o download Node.js) conforme apropriado para sua máquina.
Abra um prompt de comando no modo de administrador e execute o comando a seguir para instalar a tfx-cli.
npm install -g tfx-cli
Crie um token de acesso pessoal com privilégios de Acesso completo e copie-o. Esse token de acesso pessoal será usado ao executar o comando tfx login.
Execute o comando a seguir no 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
- 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>*
Azure DevOps Server 2019 Update 1.1 Patch 7 Data de lançamento: 12 de janeiro de 2021
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
- Os detalhes da execução de teste não exibem detalhes da etapa de teste para dados de teste migrados usando a migração do OpsHub
- 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 de provedor de dados
Azure DevOps Server 2019 Update 1.1 Patch 6 Data de lançamento: 8 de dezembro de 2020
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
- CVE-2020-1325: Vulnerabilidade de falsificação do servidor Azure DevOps
- CVE-2020-17135: Vulnerabilidade de falsificação do servidor de DevOps do Azure
- CVE-2020-17145: vulnerabilidade de falsificação do Azure DevOps Server e do Team Foundation Service
- Corrigir problema com o TFVC não processando todos os resultados
Importante
Por favor, leia as instruções completas fornecidas abaixo antes de instalar este patch.
Instalação geral do patch
Se você tiver o Azure DevOps Server 2019 Update 1.1, deverá instalar o 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 que é 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 é instaladoc:\Program Files\Azure DevOps Server 2019no 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
Observação
Todas as etapas mencionadas abaixo precisam ser executadas em um computador Windows
Pré-requisitos
Instale o módulo Azure PowerShell Az Azure Powershell em seu computador de agente particular.
Crie um pipeline com a tarefa AzurePowerShellV4 . Você verá apenas um Falha no erro padrão na tarefa.
Instalar
Extraia o pacote AzurePowerShellV4.zippara uma pasta chamada AzurePowerShellV4.
Baixe e instale o Node.js 14.15.1 e o npm (incluído no download do Node.js) de acordo com o computador.
Abra um prompt de comando no modo de administrador e execute o comando a seguir para instalar a tfx-cli.
npm install -g tfx-cli
Crie um token de acesso pessoal com privilégios de Acesso completo e copie-o. Esse token de acesso pessoal será usado ao executar o comando tfx login.
Execute o comando a seguir no 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
- 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>*
Azure DevOps Server 2019 Update 1.1 Patch 5 Data de lançamento: 8 de setembro de 2020
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
- DTS 1713492 - Comportamento inesperado ao adicionar grupos do AD a permissões de segurança.
Azure DevOps Server 2019 Update 1.1 Patch 4 Data de lançamento: 14 de julho de 2020
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
- 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 origem do Git.
- Corrija o erro ao alterar Herança para Ativado ou Desativado na definição de compilação XAML.
Azure DevOps Server 2019 Update 1.1 Patch 3 Data de lançamento: 9 de junho de 2020
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
- CVE-2020-1327: Verifique se o servidor de DevOps do Azure limpa as entradas do usuário.
Azure DevOps Server 2019 Update 1.1 Patch 2 Data de lançamento: 14 de abril de 2020
Lançamos um patch para o Azure DevOps Server 2019 Update 1.1 que corrige o seguinte. Confira a postagem no blog para saber mais.
As confirmações do SVN não acionam o pipeline
Adicionando suporte para SHA2 em SSH no Azure DevOps
Azure DevOps Server 2019 Update 1.1 Patch 1 Data de lançamento: 10 de março de 2020
Lançamos um patch de segurança para o Azure DevOps Server 2019 Update 1.1 que corrige os seguintes bugs. Confira a postagem no blog para saber mais.
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 Update 1.1 RTW Data de lançamento: 10 de dezembro de 2019
O Azure DevOps Server 2019 Update 1.1 é um pacote cumulativo de correções de bugs e atualizações de segurança. Ele inclui todas as correções nos patches da Atualização 1 do Azure DevOps Server 2019 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.
Observação
A Ferramenta de Migração de Dados estará disponível para a Atualização 1.1 do Azure DevOps Server 2019 cerca de três semanas após esta versão. Você pode ver nossa lista de versões com suporte atualmente para importação aqui.
Essa 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 usar as Placas do Azure.
- O valor Revisado por está incorreto nos links de item de trabalho.
Azure Pipelines
- Em notificações de Pipelines, 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 inclui uma implantação de grupo de recursos do Azure.
- A página de configurações de retenção em nível de coleção aparece nas páginas de configurações do projeto.
Azure Test Plans
- A edição de campos em Planos de Teste é lenta.
- Em um Caso de Teste, ao abrir a partir de Quadros (ao contrário de 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.
- A instalação de extensões dá o erro "Mensagem de 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 Elastic Search ao atualizar do TFS 2018 Atualização 2 ou mais recente.
- 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 Update 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 Update 1 que corrige o seguinte bug. Confira a postagem no blog para saber mais.
- CVE-2019-1306: vulnerabilidade de execução de código remoto no wiki
Data de lançamento da Atualização 1 do Azure DevOps Server 2019: 20 de agosto de 2019
Observação
A Ferramenta de Migração de Dados estará disponível para a Atualização 1 do Azure DevOps Server 2019 cerca de três semanas após esta versão. Você pode ver nossa lista de versões com suporte atualmente para importação aqui.
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 das novidades da Atualização 1 do Azure DevOps Server 2019
A Atualização 1 do Azure DevOps Server 2019 apresenta muitos recursos novos. Alguns dos destaques incluem:
- Novo processo básico
- Consulta para o trabalho em relação ao início do dia, semana, mês ou ano
- Aceitar e executar problemas no GitHub ao planejar no Azure Boards
- Execute novamente builds expirados de solicitações de pull com conclusão automática
- Novos tipos de mesclagem para preencher solicitações de pull
- Disparo de pipelines do YAML com marcações
- Assistente de tarefas para edição de arquivos YAML
- Editor Web com o IntelliSense para pipelines YAML
- Gerencie as versões do GitHub usando pipelines
- Widget de tendência de resultado de teste (Avançado)
- Informações sobre a procedência dos pacotes
- Suporte para pacotes Python
- Origens de upstream para Maven
- Incorporar resultados de consulta do Azure Boards no Wiki
- Links permanentes para páginas Wiki
- Notificações nas páginas wiki
- A extensão do Google Analytics não é mais necessária para usar o Google Analytics
Você também pode ir para seções individuais para ver os novos recursos:
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.
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 e estados de itens de trabalho para se adequar 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 controlar seu trabalho. Recomendamos que você use Problemas para rastrear coisas como histórias de usuários, bugs e recursos enquanto usa o Epics para agrupar Problemas em unidades maiores de trabalho. À medida que você avança em seu trabalho, mova itens ao longo de um fluxo de trabalho de estado simples de Fazer, Fazer e Concluído.
Consulte a documentação de controlar problemas e tarefas para ajudá-lo a começar com seu novo projeto.
Ordem de valor de estado no formulário de item de trabalho
Anteriormente, o valor de estado no formulário de item de trabalho era ordenado em ordem alfabética. Com essa atualização, alteramos 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 habilitar recursos específicos.
Organizar materiais de referência com anexos de item de trabalho mais avançados
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. Você pode continuar exibindo os anexos como uma lista ou alternar para uma exibição de grade para mostrar uma visualização em miniatura. Clique duas vezes no arquivo para abrir uma visualização e percorrê-los para encontrar rapidamente as informações que você precisa.
Compartilhe o quadro da sua equipe usando um selo
O LEIA-ME do repositório geralmente é a página inicial à qual sua equipe de projeto recorre para obter informações sobre como contribuir e usar sua solução. Agora, como você pode fazer com um status de compilação ou implantação no Azure Pipelines, você pode adicionar ao seu LEIA-ME um selo para o quadro da sua equipe 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 seu LEIA-ME for baseado em Markdown, você pode simplesmente copiar o Markdown de amostra da página de configurações do selo de status e colá-lo em seu arquivo.
Consulta para o trabalho em relação 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 a seguir ou com base em iterações de sprint, muitas vezes é interessante olhar para o 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 @StartOf a seguir junto 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 cadeia de caracteres modificadora que permite deslocar os dados por diferentes unidades de data. 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 de macros de consulta para obter mais informações.
Editar e excluir comentários de discussão
Temos o prazer de anunciar a disponibilidade de um recurso da Comunidade de Desenvolvedores altamente votado, editar e excluir comentários na discussão do seu item de trabalho nos Quadros do Azure. 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 clicar no menu de estouro, você verá a opção de excluir seu comentário. Depois de clicar nisso, você será solicitado novamente a 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 para 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 confirmação no GitHub usando a AB#{work item ID} sintaxe, 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 organiza o item de trabalho nos Quadros do Azure para cada conversa relacionada, mas 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 de integração do GitHub do Azure Boards para obter mais informações.
Aceitar e executar problemas no GitHub ao planejar 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 nos Quadros 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 Quadros do Azure com a URL do problema. Consulte a documentação do GitHub & Azure Boards para obter mais informações.
Exiba de forma rápida a atividade do GitHub vinculada usando o quadro Kanban
Ao revisar 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 ainda 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 a confirmação, solicitação pull ou emissão do GitHub para obter mais detalhes. Consulte a documentação Personalizar cartões para obter mais informações sobre essa e outras anotações para Tarefas e Testes.
Repos
Solicitação de pull de rascunho
Para evitar que as solicitações pull sejam concluídas antes de estarem prontas e facilitar a criação de trabalhos em andamento que podem não envolver todos, agora oferecemos suporte a solicitações pull de rascunho.
As solicitações pull de rascunho podem ser criadas selecionando Criar como rascunho no botão suspenso Criar ao criar uma solicitação pull.
Depois de criar uma solicitação pull de rascunho, você verá um selo indicando seu status ao lado do título.
As solicitações pull de rascunho não incluem revisores ou executam compilações por padrão, mas permitem que você adicione revisores manualmente e execute compilações. Para promover a solicitação pull para uma solicitação pull normal, basta clicar no botão Publicar na página de detalhes da solicitação pull.
Execute novamente builds expirados de solicitações de pull com conclusão automática
Os Repositórios do Azure agora enfileirarão automaticamente compilações expiradas que foram acionadas por uma política de solicitação pull. Isso se aplica a solicitações pull que passaram por todas as outras políticas e estão definidas como preenchimento automático.
Anteriormente, quando as solicitações pull tinham políticas como revisores obrigatórios, o processo de aprovação podia levar muito tempo e uma compilação associada poderia expirar antes que um revisor aprovasse a solicitação pull. Se a solicitação pull fosse definida como preenchimento automático, ela permaneceria bloqueada até que um usuário enfileirasse manualmente a compilação expirada. 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.
Observação
Essa automação só enfileirará até cinco compilações expiradas por solicitação pull e tentará enfileirar novamente cada compilação uma vez.
Exiba apenas o arquivo da esquerda ou da direita em uma solicitação de pull
Hoje, ao exibir alterações de arquivo em uma solicitação pull, você pode usar um modo de comparação lado a lado ou um modo de comparação embutido. Recebemos comentários 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 preencher solicitações de pull
Agora você tem mais opções ao mesclar as alterações de uma solicitação pull para a ramificação de destino. Adicionamos suporte para dois de nossos recursos mais solicitados na Comunidade de desenvolvedores: fusão rápida e mesclagem semilinear (também chamada de "Rebase e mesclagem").
Agora você verá essas novas opções disponíveis na caixa de diálogo Solicitação de pull completa:
A página de administração de política atualizada permite que os administradores controlem quais estratégias de mesclagem são permitidas em uma ramificação ou pasta de ramificações.
Observação
As políticas existentes ainda são impostas. Por exemplo, se sua ramificação tiver atualmente uma política de "somente mesclagem de squash", você precisará editar essa política para usar as novas estratégias de mesclagem.
Há algumas situações em que o rebaseamento durante a conclusão da solicitação pull 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 a ramificação de origem da solicitação pull tiver políticas, você não poderá realocá-la. O rebaseing modificará a ramificação de origem sem passar pelo processo de aprovação da política.
- Se você usou a Extensão de Conflito de Mesclagem para resolver conflitos de mesclagem. As resoluções de conflito aplicadas a uma mesclagem tridirecional raramente são bem-sucedidas (ou mesmo válidas) ao rebasear todas as confirmações em uma solicitação pull, uma de cada vez.
Em todos esses casos, você ainda tem a opção de rebasear sua ramificação localmente e enviar por push para o servidor, ou mesclar suas alterações ao concluir a solicitação pull.
Filtrar por branch de destino nas PRs (solicitações de pull)
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, já que você pode analisar as alterações propostas, deixar comentários e votar para aprovar ou rejeitar alterações de código.
Para facilitar a localização de suas solicitações pull, adicionamos uma opção de filtragem para permitir que você pesquise PRs usando a ramificação de destino.
Você também pode usar a filtragem de ramificação de destino para personalizar a exibição de solicitações pull na guia Mina .
Permitir que as extensões adicionem destaque de sintaxe e preenchimento automático
Atualmente, publicamos realce de sintaxe para um subconjunto de idiomas suportados pelo editor de Mônaco. No entanto, muitos de vocês desejam criar seu próprio realce de sintaxe para idiomas que não suportamos.
Com essa atualização, adicionamos um ponto de extensibilidade que permite que as extensões adicionem realce de sintaxe e preenchimento automático às exibições do explorador de arquivos e pull requests.
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 de criação de repositório
Adicionamos um ponto de extensão para permitir que você adicione novos itens ao seletor de repositórios. 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 aprimorado para codificação
Anteriormente, editar e salvar arquivos na web só era salvo como codificação UTF-8 e não avisávamos quando a codificação do arquivo mudava. Agora, daremos um aviso quando você tentar salvar um arquivo que não é codificado em UTF via web (que só suporta codificação UTF). Além disso, adicionamos suporte para codificação UTF-16 e UTF-32 por meio do ponto de extremidade de push da 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á quando introduzir alterações de codificação por um web push.
Obtenha suporte de comando no Azure Repos
Go é uma linguagem de programação de código aberto, também conhecida 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 dentro de um repositório de DevOps do Azure. Com go get, você pode baixar pacotes com suas dependências com o nome caminhos de importação. Você pode usar a import palavra-chave para especificar o caminho de importação.
Pipelines
Editor Web com o IntelliSense para pipelines YAML
Se você usa o YAML para definir seus pipelines, agora pode aproveitar os novos recursos do editor introduzidos com esta versão. Se você estiver criando um novo pipeline YAML ou editando um pipeline YAML existente, poderá editar o arquivo YAML no editor da Web de pipeline. Use Ctrl+Espaço para suporte ao IntelliSense ao editar o arquivo YAML. Você verá os erros de sintaxe destacados e também receberá ajuda para corrigir esses erros.
Assistente de tarefas para edição de 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. Esse novo assistente oferece suporte à maioria dos tipos de entrada de tarefas comuns, como listas de seleção e conexões de serviço. Para usar o novo assistente de tarefas, selecione Editar em um pipeline baseado em YAML e selecione o Assistente de tarefa.
Disparo de pipelines do YAML com marcações
Os pipelines YAML podem ser acionados quando as tags são adicionadas a uma confirmação. Isso é valioso para equipes cujos fluxos de trabalho incluem tags. Por exemplo, você pode iniciar um processo quando uma confirmação é marcada como o "último bem conhecido".
Você pode especificar quais tags incluir e excluir. Por exemplo:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Declaração dos recursos de contêiner embutidos
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 um pipeline existente automaticamente quando uma solicitação de pull for atualizada
Por padrão, os pipelines disparados por solicitações pull (PRs) serão cancelados se uma nova confirmação for enviada por push para o mesmo PR. Isso é desejável na maioria dos casos, já que geralmente você não deseja continuar executando um pipeline em código desatualizado. Se você não quiser esse comportamento, poderá adicionar autoCancel: false ao gatilho de relações públicas.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Escolha o diretório do código que foi feito check-out nos pipelines do YAML
Anteriormente, fizemos check-out de repositórios para o s diretório em $(Agent.BuildDirectory). Agora você pode escolher o diretório onde seu repositório Git será verificado para uso com pipelines YAML.
Use a path palavra-chave on checkout e você terá o 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, será feito check-out do my-great-repo código no diretório no espaço de trabalho do agente. Se você não especificar um caminho, o repositório continuará a ser submetido a check-out 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 os 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 for Containers e FunctionApp for Containers em plataformas Windows e Linux.
Também oferecemos suporte a uma nova tarefa de utilitário para transformação de arquivos e substituição de variáveis para formatos XML e JSON.
Alteração para padrão das permissões 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 compilação". Para novos projetos, os membros da equipe podem criar e atualizar pipelines prontamente. Essa alteração reduzirá o atrito para novos clientes que estão integrando ao Azure Pipelines. Você sempre pode atualizar as permissões padrão no grupo Colaboradores e restringir seu acesso.
Gerencie as versões do GitHub usando pipelines
As versões do GitHub são uma ótima maneira de empacotar e fornecer software aos usuários. Temos o prazer de anunciar que agora você pode automatizá-lo usando a tarefa de Versão do GitHub no Azure Pipelines. Usando a tarefa, você pode criar uma nova versão, modificar versões de rascunho/publicadas existentes ou descartar as mais antigas. Ele suporta 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 também 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
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 compilação. Isso ajudará você 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 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 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 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 de uma compilação com falha.
Novos pontos de contribuição de extensão na guia de Teste do Pipelines
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 as 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:
Botão Ação personalizada na barra de ferramentas
Às vezes, convém 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-.
Guia Detalhes Personalizados no painel de detalhes
Você pode ter uma grande variedade de fluxos de trabalho de consumo de relatório de teste e talvez queira ver pontos de dados diferentes em relação a testes com falha para depuração e análise. Usando esse ponto de contribuição, sua equipe pode adicionar uma nova guia ao painel de detalhes que aparecerá quando você selecionar a linha de qualquer resultado de teste na grade de dados. Essa nova guia pode mostrar uma exibição com conteúdo estático ou dados dinâmicos obtidos usando APIs internas ou externas.
Executar uma vez o agente
Se você estiver usando uma infraestrutura como Instâncias de Contêiner do Azure para executar agentes privados elásticos, com frequência, você deseja que cada agente aceite apenas um trabalho antes de sair. Até agora, isso não era fácil, já que 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 essa atualização, adicionamos o sinalizador --once à configuração do agente. Quando você configura o agente dessa maneira, ele aceita apenas um trabalho e, em seguida, desliga-se.
Atualização da interface do usuário do pool de agentes
A página de gerenciamento de pools de agentes nas configurações do projeto foi atualizada com uma nova interface do usuário. Agora você pode ver facilmente todos os trabalhos que estão sendo executados em um pool. Além disso, você pode aprender por que um trabalho não está em execução.
Implantar em destinos com falha em um Grupo de Implantação
Por padrão, os Pipelines do Azure costumavam executar novamente todos os trabalhos quando você reimplantava uma execução com falha anterior. Agora, você pode substituir esse comportamento configurando a opção de implantação ao implantar. Ao selecionar a opção Todos os trabalhos e limitar a destinos com falha em um grupo de implantação , a execução novamente executará todos os trabalhos e ignorará as implantações para os destinos que já estão atualizados.
Reimplantação automática em caso de falha
Quando uma implantação em um estágio 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 acionadas adicionais à configuração de reimplantação automática em uma sprint futura. Consulte a documentação 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 de Implantação Concluída a um painel do Grafana. Isso permite correlacionar as 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 Monitores do Azure de Consulta dava suporte a alertas de consulta somente na experiência de monitoramento clássica. Com esta nova versão da tarefa, você pode consultar alertas sobre a experiência de monitoramento unificada introduzida recentemente pelo Azure Monitor.
Entrada embutida do arquivo de especificações a implantar em uma tarefa do 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 embutida.
Tarefa de 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.
Restaure pipelines de lançamento excluídos
A exclusão de pipelines de liberação não utilizados ajuda a manter a lista de pipelines de lançamento limpa, mas às vezes você exclui algo por engano. Com essa atualização, agora é possível restaurar um pipeline de lançamento que foi excluído nos últimos 30 dias. Adicionamos uma nova guia ao painel esquerdo da página Lançamentos que exibirá uma lista de pipelines de lançamento excluídos. Nessa exibição, você pode restaurar um pipeline de versã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, adicionamos uma nova assinatura de notificação à categoria Lançamento . Essa notificação enviará um e-mail quando uma solicitação para a criação de uma versão falhar. Um cenário de exemplo em que isso pode ser útil é quando uma solicitação para criar uma versão falha porque uma versão de artefato não está disponível. Para saber como gerenciar suas notificações, consulte a documentação aqui.
Agendar versões na alteração de fonte ou pipeline
Anteriormente, quando você tinha um gatilho de liberação agendado, uma liberação era acionada mesmo quando não havia nenhuma alteração detectada no artefato upstream ou na definição de versão. Uma opção foi adicionada ao painel Agendar gatilho de liberação para agendar lançamentos somente se a versão do artefato ou a definição de versão forem alteradas.
Ponto de contribuição para variáveis na caixa de diálogo Criar 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ões. 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ão do Barramento de Serviço do Azure
Estendemos a tarefa de compilação de trabalho sem agente para incluir a capacidade de publicar mensagens em filas de sessão. Essa 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 gerenciar uma conexão de serviço a partir das configurações de administrador do seu projeto.
Com esta atualização, adicionamos uma opção de autenticação ao formulário de conexão de serviço 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 para RBAC (controle de acesso baseado em função), 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 RBAC desabilitado, a conta de serviço criada tem permissões em todo o cluster entre 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 Active Directory (AAD). Todas as tarefas que exigem conexões de serviço com registros de contêiner, como Docker@2 e KubernetesManifest@0 oferecerão suporte a uma única maneira de especificar uma conexão.
Pesquisar pelo nome da pasta nas definições da 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 build e lançamento
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 compilar e liberar pipelines que permite instalar uma versão específica do binário do Duffle.
Tarefa de manifesto do Kubernetes
Adicionamos uma nova tarefa aos nossos pipelines de lançamento para simplificar o processo de implantação em clusters do Kubernetes usando arquivos de manifesto. Esta 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 tags ou resumos. Isso é substituído na versão não modelo dos arquivos de manifesto antes de aplicá-la ao cluster para garantir que a versão correta da imagem seja puxada pelos nós do cluster.
Estabilidade do manifesto - O status de distribuição é verificado para os objetos Kubernetes implantados para incorporar verificações de estabilidade ao calcular o status da tarefa como êxito/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 de assar da tarefa permite assar gráficos Helm em arquivos de manifesto do Kubernetes para que eles possam ser aplicados ao cluster.
Estratégia de implantação - A escolha da estratégia canary com a ação de implantação leva à criação da porcentagem desejada de cargas de trabalho sufixadas com -baseline e -canary para que possam ser comparadas durante uma
ManualInterventiontarefa antes de utilizar a ação de promoção/rejeição da tarefa para finalizar a versão a ser mantida.
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 de contêiner específico e enviá-lo por push 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 logon em registros de contêiner. Metadados de rastreabilidade sobre o repositório de origem, confirmação e proveniência de 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 cadeias de caracteres de versão mais recente e semver , 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. Por fim, você também pode portar liberações com base em solicitações de alteração existentes. Isso permite que você adote o CD, sem precisar 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 Azure PowerShell Az 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 Azure PowerShell Az em nossos agentes hospedados. Com a nova tarefa do Azure PowerShell versão 4.* em pipelines de compilação e versão, adicionamos suporte para o novo módulo Az para todas as plataformas. A tarefa do Azure PowerShell versão 3.* continuará a oferecer 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 Enable-AzureRmAlias comando. 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 Azure PowerShell Az aqui.
Observação
Você precisa instalar o módulo Az em sua máquina de agente se estiver usando agentes privados.
Para obter mais informações sobre o módulo Azure PowerShell Az, 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 oferecer suporte à conexão com um banco de dados usando o Azure AD (Senha Integrada ao Nome) e uma cadeia de conexão, além do suporte existente para autenticação do SQL Server.
Publique artefatos de build com caminhos de arquivo longos
Até agora, havia uma limitação que impedia o upload de artefatos de construção com caminhos com mais de 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 oferecer suporte a caminhos longos.
Ignorar a CI (integração contínua) para um commit
Agora você pode dizer ao Azure Pipelines para ignorar uma confirmação e ignorar a execução de um pipeline que a confirmação normalmente dispararia. 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. Isso é suportado para confirmações no Azure Repos, Git e GitHub Enterprise Server.
[skip ci]ou[ci skip]skip-checks: trueouskip-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 resultado de teste (Avançado)
O widget Tendência de resultado de teste (Avançado) fornece visibilidade quase em tempo real dos dados de teste para várias compilações e versões. O widget Tendência de resultado de teste (Avançado) exibe uma tendência dos resultados do teste 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 Tendência de resultado de teste (Avançado) ajuda você a encontrar discrepâncias nos resultados do teste e responder a perguntas como: os testes estão demorando mais para serem executados do que o normal? Qual arquivo de teste ou pipeline está afetando 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 de taxa de aprovação e contagem de resultados de teste ou duração de teste
- Apresenta resultados de teste com base em vários pipelines de compilação ou pipelines de lançamento
- Usa opções de gráficos combinados para exibir duas métricas sobre a mesma tendência
- Filtra a contagem do teste ao longo do tempo por resultado do teste
- Filtra todos os resultados do teste por ramificação ou teste
- Empilha suas métricas por atributos de teste, como Prioridade ou Ambiente
- Agrupar seus dados em arquivos de teste, proprietário ou pipelines
O widget é altamente configurável, permitindo que você o use para uma ampla variedade de cenários.
Compartilhar os resultados da execução de teste por meio de URL
Você pode configurar testes automatizados para serem executados como parte de uma compilação ou versão. Os resultados do teste publicados podem ser exibidos na guia Testes no resumo da compilação ou da versão. Com essa atualização, adicionamos um recurso Copiar URL de resultados para que você possa compartilhar um único resultado de execução de teste com outras pessoas de sua equipe.
Os níveis de compartilhamento incluem:
- Nível de execução
- Nível de resultado
- Guia individual selecionada na execução de teste
- O compartilhamento também é compatível com qualquer guia de extensão configurada
Quando você compartilha a URL, os visualizadores verão os resultados da execução de teste na exibição de tela inteira.
Artifacts
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 é significada por um +). Agora você pode salvar pacotes de nuget.org que contêm metadados de compilação e enviar seus próprios pacotes por push com metadados de compilação. De acordo com a especificação do SemVer e a política de NuGet.org, os metadados de compilação não podem ser usados para solicitar pacotes. Portanto, você não pode publicar ambos 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 sobre a procedência dos pacotes
Com esta atualização, tornamos um pouco mais fácil entender a procedência de seus pacotes: quem ou o que os publicou e de qual código-fonte eles vieram. Essas informações são preenchidas automaticamente para todos os pacotes publicados usando as tarefas NuGet, npm, Maven e Twine Authenticate (para Python) no Azure Pipelines.
Estatísticas de uso 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, adicionamos uma contagem de Downloads e Usuários às páginas de detalhes do pacote e lista 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 de anúncio e os documentos.
Agora, você pode hospedar todos os seus pacotes NuGet, npm, Maven e Python no mesmo feed.
Origens de upstream para Maven
As fontes upstream agora estão disponíveis para feeds Maven. Isso inclui o repositório principal do Maven Central e os feeds de Artefatos do Azure. Para adicionar upstreams do Maven a um feed existente, visite Configurações de feed, selecione o pivô Fontes upstream e selecione Adicionar origem upstream.
Suporte a proxy para tarefas relacionadas ao Artifacts
Até agora, muitas tarefas de compilação relacionadas a Artefatos não forneciam suporte completo para a infraestrutura de proxy do Azure Pipelines, o que levava a desafios ao usar as tarefas de agentes locais. Com esta atualização, adicionamos suporte para proxies para as seguintes tarefas:
- Npm@1 ('npm' no designer)
- NuGetCommand@2 ('NuGet' no designer): somente comandos restore 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 ('[type] Installer' no designer)
Todos os tipos de pacote do Artifacts compatíveis com as versões
Até agora, apenas pacotes NuGet tinham suporte no tipo de artefato Artefatos do Azure em versões do Pipelines. Com essa atualização, todos os tipos de pacote de Artefatos do Azure - Maven, npm e Python - têm suporte.
Exibições do Artifacts compatíveis com as versões
Anteriormente, o tipo de artefato Artefatos do Azure só podia ser acionado quando novas versões de pacote eram publicadas no feed. Agora, também adicionamos suporte para exibições, para que você possa acionar versões quando pacotes que já estão no feed forem promovidos a uma exibição.
As políticas de retenção podem ignorar os 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 habilitar, edite seu feed e marque a caixa de seleção Ignorar pacotes baixados recentemente .
Delegue quem pode gerenciar feeds
Nos Artefatos do Azure, os Administradores de Coleção de Projetos (PCAs) sempre puderam administrar todos os feeds em um servidor de DevOps do Azure. 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 de markdown para fórmulas e vídeos
Não há mais necessidade de lembrar a sintaxe de markdown 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 de consulta do 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 liberados e todos os bugs ativos no sprint atual embutido 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:
- Clique no botão "Resultados da consulta" na barra de ferramentas de edição.
- 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 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. Esse recurso foi priorizado com base neste tíquete de sugestão.
Links permanentes para páginas Wiki
Até agora, os links de páginas compartilhadas da Wiki 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.
Esse recurso foi priorizado com base nesse ticket de sugestão.
Mostrar 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 item de trabalho em comentários de solicitação de pull e discussões de quadros também mostrarão o status.
@mention usuários e grupos
Agora @mention você pode usuários e grupos em uma 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 mostrando uma retrospectiva de sprint com tarefas e a pessoa responsável.
@mention usuários e grupos." />
Além disso, você também pode selecionar um usuário ou um grupo da sugestão automática digitando "@" na página de edição wiki. A pessoa mencionada também será notificada pelo correio.
@mention." />
Finalmente, você também pode clicar no @mentioned usuário para visualizar o cartão de informações do perfil. Esse recurso foi priorizado com base nessa sugestão de recurso.
Notificações nas 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 por e-mail quando a página for editada, excluída ou renomeada. Para acompanhar as alterações feitas em um wiki, selecione o botão Seguir na página wiki.
Esse recurso foi priorizado com base neste tíquete de sugestão. Para saber mais, consulte nossa documentação aqui.
Suporte para marcações HTML
Agora, você pode criar conteúdo mais rico no wiki usando tags HTML. Confira abaixo o que você pode fazer com as tags HTML.
Agora você pode criar seções dobráveis dentro de suas páginas wiki usando as tags de detalhes e resumo . Você pode adicionar o atributo open para manter os detalhes expandidos por padrão.
Para obter mais informações sobre a tag de detalhes , dê uma olhada na documentação aqui.
Isso foi priorizado com base nesse ticket de sugestão.
Observação
Essa marca não é suportada nos navegadores Edge e Internet Explorer.
Melhores criação e edição de tabelas
Até agora, criar e editar tabelas em uma wiki era difícil. Fizemos alterações para facilitar a adição e o gerenciamento de tabelas em seu wiki.
Criar uma tabela a partir da grade
Você não precisa mais se lembrar da sintaxe da tabela de remarcação. Agora você pode criar uma tabela de marcação facilmente selecionando a partir de uma grade 15 X 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 tíquetes de sugestão:
Melhor legibilidade da tabela
Agora você pode alternar a quebra automática de linha para que seu editor tenha melhor legibilidade de suas tabelas. Desabilitar a quebra automática de linha adiciona uma barra de rolagem que permite que você veja o conteúdo de tabelas grandes com mais facilidade.
Formatação automática de tabelas de marcação
Você não precisa mais adicionar espaços para alinhar suas colunas de marcação. Com o botão Formatar tabelas , suas tabelas de marcação são formatadas automaticamente adicionando espaços às células para alinhar as colunas. Se você tiver tabelas grandes, use-o com a quebra automática de linha desabilitada para facilitar a leitura das tabelas.
Você também pode usar o atalho Ctrl + Shift + F para formatar suas tabelas.
Reporting
A extensão do Google Analytics não é mais necessária para usar o Google Analytics
A análise está se tornando cada vez mais parte integrante da experiência de DevOps do Azure. É um recurso importante para os clientes ajudá-los 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 habilitar 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:
- Navegue até Configurações da coleção de projetos:
- Clique em Ativar análise
Pronto! As experiências baseadas em Analytics serão ativadas para a coleção.
As novas coleções criadas na Atualização 1 e no 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 permite:
- Leia mais sobre como ativar o Google Analytics.
- Leia a documentação Visão geral do Google Analytics.
- Leia sobre os principais recursos: Widgets do Google Analytics, Relatório de Teste com Falha Máxima, Integração do Power BI e o Ponto de Extremidade OData.
- Assista a este vídeo do Channel 9 sobre o Azure DevOps Analytics.
Comentários
Adoraríamos ouvir o que você tem para nos dizer! Você pode relatar um problema ou fornecer uma ideia e rastreá-la através da Comunidade de desenvolvedores e obter conselhos sobre estouro de pilha.