Notas de versão do Team Foundation Server 2017

Comunidade | de desenvolvedoresRequisitos do sistema e compatibilidade | Termos de Licença | Blog | SHA-1 Hashes | | Notas das versões mais recentes do Visual Studio 2019|

Neste artigo, você encontrará informações sobre o Team Foundation Server 2017. Clique no botão para fazer o download.

Para saber mais sobre o Team Foundation Server 2017, consulte a página .

Consulte a página Instalação do TFS para obter mais informações.

Data de lançamento: 28 de fevereiro de 2018

Esta atualização corrige possíveis scripts entre sites (XSS) e outras vulnerabilidades de segurança. Consulte a postagem do blog para obter mais informações. É uma atualização completa, para que você possa atualizar diretamente para o TFS 2017.0.1.

Data de lançamento: 16 de novembro de 2016

Resumo do que há de novo no Team Foundation Server 2017

• Pesquisa de código
• Gestão de Pacotes
• Melhorias ágeis
• Melhorias em painéis e widgets
• Melhorias no Git
• Melhorias da Build
• Melhorias na gestão de lançamentos
• Melhorias do Teste
• Melhorias no Marketplace
• Melhorias na administração
• Tokens de acesso pessoal

Problemas conhecidos

• Problemas conhecidos

Detalhes do que há de novo no Team Foundation Server 2017

Pesquisa de código

A Pesquisa de Código fornece pesquisa rápida, flexível e precisa em todo o seu código. À medida que sua base de código se expande e é dividida em vários projetos e repositórios, encontrar o que você precisa se torna cada vez mais difícil. Para maximizar a colaboração entre equipes e o compartilhamento de código, a Pesquisa de Código localiza informações relevantes de forma rápida e eficiente em todos os seus projetos.

Desde a descoberta de exemplos de implementação de uma API, navegação em sua definição até a busca por texto de erro, a Pesquisa de Código oferece uma solução única para todas as suas necessidades de exploração de código e solução de problemas (Figura 1).

A Pesquisa de Código oferece:

• Pesquisar em um ou mais projetos
• Classificação semântica
• Filtragem rica
• Colaboração de código

Para obter detalhes, consulte Pesquisar em todo o seu código.

Gestão de Pacotes

Os pacotes permitem que você compartilhe código em toda a organização: você pode compor um produto grande, desenvolver vários produtos com base em uma estrutura compartilhada comum ou criar e compartilhar componentes e bibliotecas reutilizáveis. O Gerenciamento de Pacotes (Figura 2) facilita o compartilhamento de código hospedando seus pacotes, compartilhando-os com as pessoas selecionadas e tornando-os facilmente acessíveis ao Team Build e ao Release Management.

O Gerenciamento de Pacotes elimina a necessidade de hospedar um servidor NuGet separado ou compartilhamento de arquivos hospedando pacotes NuGet diretamente em seu Team Foundation Server. Este produto oferece suporte de primeira classe para NuGet 3.x, assim como suporte para clientes antigos do NuGet 2.x. Ele funciona perfeitamente com sua infraestrutura, equipes e permissões existentes do TFS, portanto, não há necessidade de lidar com a sincronização de identidades, gerenciamento de grupos em vários lugares, etc. Ele também se integra facilmente com o Team Build para que você possa criar e usar pacotes em fluxos de trabalho de integração contínua.

Para obter mais detalhes, consulte a Visão geral do Gerenciamento de Pacotes.

Melhorias ágeis

No Team Foundation Server 2017, adicionamos novos recursos e funcionalidades aos itens de trabalho e quadros Kanban.

Novo formulário de item de trabalho

O novo formulário de item de trabalho (Figura 3) tem uma nova aparência. Ele também adiciona alguns ótimos novos recursos:

• Uma rica experiência de discussão de itens de trabalho.
• Suporte para arrastar e soltar anexos.
• Experiência de histórico melhorada (Histórico e auditoria).
• Integração melhorada de código e construção.
• Coloração de estados.
• Design responsivo.

Seguir um item de trabalho

Agora você pode configurar um alerta para rastrear alterações em um único item de trabalho apenas clicando no novo botão "Seguir" (Figura 4) no formulário. Ao seguir um item de trabalho, você será notificado sempre que o item de trabalho for alterado, incluindo atualizações de campo, links, anexos e comentários.

Para obter detalhes, consulte Seguir um item de trabalho.

Atualizações em tempo real do quadro Kanban

Seu quadro Kanban já está no ar!

Você tem estado a pressionar a tecla F5 repetidamente para descobrir o que está a acontecer ao longo do dia com o seu quadro Kanban? Experimente o ícone na captura de tela abaixo (Figura 5).

Quando alguém da sua equipe cria, atualiza ou exclui um item de trabalho no quadro, você receberá atualizações ao vivo no seu quadro imediatamente. Além disso, se o administrador fizer atualizações ao nível do quadro ou da equipa, como adicionar uma nova coluna ou ativar bugs na lista de pendências, você será notificado para refrescar o quadro e assim atualizar o seu layout. Tudo o que você precisa fazer é ativar o ícone da torre no seu quadro Kanban e começar a colaborar com sua equipe.

Para obter mais informações, consulte Noções básicas do Kanban.

Melhorias na lista de verificação

Fizemos várias melhorias na forma como as listas de verificação funcionam.

Os títulos das listas de verificação agora aparecem como hiperlinks (Figura 6). Você pode clicar no título para abrir o formulário de item de trabalho.

As listas de verificação agora também oferecem suporte a menus de contexto que permitem abrir, editar ou excluir itens da lista de verificação (Figura 7).

Para obter detalhes, consulte Adicionar listas de verificação de tarefas.

Epic e Quadro de Funcionalidades: Análise Detalhada

Agora você tem a capacidade de detalhar suas placas Epic e Feature (Figura 8). O formato de lista de verificação permite que você marque facilmente o trabalho como concluído e fornece uma visão panorâmica prática do trabalho concluído versus pendente.

Para obter mais informações, consulte Recursos e épicos do Kanban.

Ativar/desativar anotações da placa

Estamos a dar-lhe mais controlo sobre as informações adicionais que aparecem nos cartões nos seus painéis. Agora você pode selecionar anotações que deseja visualizar em seus cartões Kanban (Figura 9). Basta desmarcar uma anotação e ela desaparece dos cartões no seu quadro Kanban. As duas primeiras anotações a serem exibidas aqui são itens de trabalho secundários (tarefas neste exemplo) e as anotações de Teste.

Para obter mais informações, consulte Personalizar cartões.

Comando Limpar formatação

Adicionamos um novo comando a todos os controles de rich text em itens de trabalho que permite limpar toda a formatação do texto selecionado. Se você é como a maioria dos utilizadores, provavelmente já enfrentou problemas no passado ao copiar e colar texto formatado neste campo e não conseguir desfazer (ou apagar). Agora você pode simplesmente destacar qualquer texto, selecionar o botão da barra de ferramentas Limpar formatação (ou pressionar CTRL+Barra de espaço) e verá o texto retornar ao seu formato padrão.

Filtragem no quadro Kanban

Personalize seus quadros Kanban definindo filtros em usuários, iterações, tipos de item de trabalho e tags (Figura 10). Esses filtros persistem para que você possa visualizar seu quadro personalizado, mesmo quando você se conecta a partir de vários dispositivos.

Os membros da equipe também podem filtrar seus painéis para exibir o progresso acumulado para um item de trabalho pai específico. Por exemplo, um usuário pode exibir histórias de usuário vinculadas a um recurso ou visualizar o trabalho em dois ou mais recursos que se acumulam em um épico. Este recurso, assim como as listas de verificação, é mais um passo em nosso esforço para trazer visibilidade para os diferentes níveis de lista de pendências.

Para obter detalhes, consulte Filtro do quadro Kanban.

Caminho de iteração padrão para novos itens de trabalho

Quando você cria um novo item de trabalho na guia Consultas ou no widget do painel Novo Item de Trabalho, o caminho de iteração desse item de trabalho é sempre definido para a iteração atual. Isso não é o que todas as equipes querem, porque significa que bugs podem aparecer no quadro de tarefas imediatamente. Com essa melhoria, as equipes podem escolher o caminho de iteração padrão (um específico ou a iteração atual) que deve ser usado para novos itens de trabalho. Navegue até a área de administração para sua equipe escolher uma iteração padrão.

Para obter mais informações, consulte a página Personalizar área e caminhos de iteração .

Controle de caixa de seleção

Agora você pode adicionar um controle de caixa de seleção aos seus itens de trabalho (Figura 11). Este novo tipo de campo (Booleano) tem todas as propriedades dos campos normais e pode ser adicionado a qualquer tipo no seu processo. Quando exibido em cartões ou em um resultado de consulta, o valor é mostrado como Verdadeiro/Falso.

Para obter detalhes, consulte Personalizar um campo.

Edição de tags em massa

Agora você pode adicionar e remover tags de vários itens de trabalho usando a caixa de diálogo de edição em massa (Figura 12).

Para obter detalhes, consulte Adicionar tags a itens de trabalho.

Novos pontos de extensão

Adicionámos um novo ponto de contribuição nas páginas de Quadro e Lista de Pendências para permitir que escreva extensões como um separador dinâmico ao lado dos separadores Quadro/Lista de Pendências/Capacidade.

Expusemos um novo ponto de extensão na lista de pendências. As extensões podem direcionar o painel no lado direito, onde o mapeamento e os detalhes do trabalho estão atualmente (Figura 13).

Melhorias de e-mail

Melhoramos significativamente a formatação e usabilidade de alertas de item de trabalho, seguidores e @mention e-mails enviados pelo TFS (Figura 14). Os e-mails agora incluem um cabeçalho consistente, uma chamada para ação clara e formatação aprimorada para garantir que as informações no e-mail sejam mais fáceis de consumir e entender. Além disso, todos esses e-mails estão sendo projetados para garantir que renderizem bem em dispositivos móveis.

Para obter mais informações, consulte Alertas de item de trabalho.

Modelos de item de trabalho

Adicionamos a capacidade de criar modelos de item de trabalho avançados diretamente na experiência nativa da Web (Figura 15). Esse recurso era anteriormente muito limitado na Web e só estava disponível nesse novo formulário por meio de uma ferramenta avançada do Visual Studio. As equipes agora podem criar e gerenciar um conjunto de modelos para modificar rapidamente campos comuns.

Para obter detalhes, consulte Modelos de item de trabalho.

A integração do Project Server não é mais suportada

Team Foundation Server 2017 e versões posteriores não suportam mais a integração do Project Server. A partir do RC2, se você atualizar um banco de dados do TFS que tenha a integração do Project Server configurada, receberá o seguinte aviso:

Detetamos que você tem a integração do Project Server configurada para esse banco de dados. Team Foundation Server 2017 e versões posteriores não suportam mais a integração do Project Server.

Após a atualização, a integração do Project Server não funciona mais.

No futuro, contaremos com parceiros para fornecer soluções de integração.

Para obter mais informações sobre essa alteração, leia o seguinte tópico: Sincronizar o TFS com o Project Server.

Melhorias em painéis e widgets

O Team Foundation Server 2017 fez melhorias em vários widgets, como os widgets Query Tile e Pull Request.

Catálogo de widgets redesenhado

Redesenhamos nosso catálogo de widgets para acomodar o crescente conjunto de widgets e oferecer uma melhor experiência geral (Figura 16). O novo design inclui uma experiência de pesquisa melhorada e foi reestilizado para corresponder ao design dos nossos painéis de configuração de widgets.

Para obter mais detalhes, consulte Catálogo de widgets.

Atualizações de widgets

O widget Bloco de consulta agora suporta até 10 regras condicionais e tem cores selecionáveis (Figura 17). Isto é extremamente útil quando quiser usar estas telhas como indicadores-chave de desempenho (KPI) para identificar o estado de funcionamento e/ou ações que possam ser necessárias.

O widget Pull Request agora suporta vários tamanhos, permitindo que os usuários controlem a altura do widget. Estamos trabalhando para tornar a maioria dos widgets que enviamos redimensionáveis, então procure mais aqui.

O widget Novo Item de Trabalho agora permite que você selecione o tipo de item de trabalho padrão, em vez de forçá-lo a selecionar o tipo mais comum que você está criando repetidamente na lista suspensa.

Tornamos os widgets do gráfico WIT redimensionáveis. Isso permite que os usuários vejam uma visão expandida de qualquer gráfico WIT no painel, independentemente de seu tamanho original.

Atualizamos o widget Membros da equipe para facilitar a adição de alguém à sua equipe (Figura 18).

As equipes agora podem configurar o tamanho do widget Resultados da Consulta do painel, permitindo que ele exiba mais resultados.

O widget Visão Geral da Sprint foi redesenhado, tornando mais fácil para as equipes verem se estão no caminho certo.

O widget Assigned to Me ajuda os usuários a gerenciar o trabalho atribuído a eles sem sair do contexto do painel (Figura 19). Ao fornecer um widget dedicado a essa finalidade, os administradores de equipe podem adicionar essa funcionalidade aos seus painéis com 16 cliques a menos, sem opções de contexto e sem necessidade de digitação. Os usuários agora podem visualizar, classificar, filtrar e gerenciar o trabalho atribuído a eles dentro do contexto do widget.

APIs REST para painéis de controlo

Agora você pode usar APIs REST para adicionar, excluir e obter informações em um painel de forma programática. As APIs também permitem adicionar, remover, atualizar, substituir e obter informações sobre um widget ou uma lista de widgets em um painel. A documentação está disponível em documentos online do Visual Studio.

Painéis permitidos

Os usuários não administradores agora podem criar e gerenciar painéis de equipe. Os administradores de equipe podem restringir permissões de não administrador por meio do gerenciador de painel.

Para obter mais informações, consulte Painéis.

Melhorias no Git

Algumas alterações importantes foram feitas no Git para Team Foundation Server 2017. Estão incluídos um redesenho da página Branches e uma nova opção para "squash merge".

Página das Ramificações redesenhada

A página Filiais foi completamente redesenhada. Ele tem um pivô "meu" que mostra as ramificações que você criou, empurrou ou favoreceu (Figura 20). Cada ramificação mostra seu status de solicitações build e pull, bem como outros comandos como Delete. Se houver uma barra no nome de uma ramificação, como "features/jeremy/fix-bug", ela é mostrada como uma árvore, por isso é fácil navegar por uma grande lista de ramos. Se souber o nome da sua sucursal, pode pesquisar rapidamente para encontrar a que pretende.

Para obter mais detalhes sobre ramificações, consulte Gerenciar ramificações.

Nova experiência de pull request

A experiência de pull request recebeu atualizações importantes nesta versão, incluindo recursos de comparação realmente poderosos, uma nova experiência de comentários e uma interface do utilizador totalmente atualizada.

Para obter mais detalhes, consulte Revisar código com Pull Requests.

Interface do usuário redesenhada

Ao abrir um pedido de pull request, a nova aparência é evidente imediatamente (Figura 21). Reorganizamos o cabeçalho para resumir todos os estados críticos e ações, tornando-os acessíveis a partir de todas as visões da experiência.

Visão geral

A Visão Geral agora destaca a Descrição de RP e torna mais fácil do que nunca dar feedback (Figura 22). Os eventos e comentários são mostrados com os itens mais recentes na parte superior para ajudar os revisores a ver as alterações e comentários mais recentes na frente e no centro. Políticas, itens de trabalho e revisores são fornecidos em detalhes e reorganizados para serem mais claros e concisos.

Ficheiros

A maior novidade desta versão é a capacidade de ver atualizações anteriores feitas em uma solicitação pull (Figura 23). Em visualizações anteriores, lançamos a capacidade de rastrear comentários corretamente à medida que um RP é atualizado com alterações. No entanto, nem sempre é fácil ver o que está entre as atualizações. Na visualização Arquivos, agora você pode ver exatamente o que mudou cada vez que um novo código é enviado para o seu PR. Isso é muito útil se você tiver dado feedback sobre algum código e quiser ver exatamente como ele mudou, isolado de todas as outras alterações na revisão.

Atualizações

A nova visualização Atualizações mostra como a PR está mudando ao longo do tempo (Figura 24). Onde o modo de exibição Arquivos mostra como os arquivos foram alterados ao longo do tempo, o modo de exibição Atualizações mostra as confirmações adicionadas em cada atualização. Se ocorrer um force push, a visualização de Atualizações continuará a mostrar as atualizações anteriores como ocorreram no histórico.

Comentários, agora com markdown e emoji

Use todo o poder da marcação em todas as suas discussões, incluindo formatação, código com realce de sintaxe, links, imagens e emojis (Figura 25). Os controles de comentários também têm uma experiência de edição mais amigável, permitindo que vários comentários sejam editados (e depois salvos) ao mesmo tempo.

Adicionar e remover revisores em pedidos de pull

Agora é mais fácil adicionar e remover revisores de suas solicitações pull. Para adicionar um revisor ou grupo à sua solicitação pull, basta digitar o nome dele na caixa de pesquisa na seção Revisores. Para remover um revisor, passe o mouse sobre o bloco na seção Revisores e clique no X para removê-lo (Figura 26).

Rastreabilidade melhorada de pedidos de compilação e pull

A rastreabilidade entre builds e pull requests melhorou, facilitando a navegação de um pull request para uma build e de volta. Na visualização de detalhes da compilação para uma compilação acionada por uma solicitação pull, a fonte agora mostrará um link para a solicitação pull que enfileirou a compilação. Na visualização Definições de compilação, qualquer compilação acionada por uma solicitação pull fornecerá um link para a solicitação pull na coluna "Acionado por". Finalmente, o modo de exibição Build Explorer listará solicitações pull na coluna de origem.

Rastreamento de comentários para pull requests

As solicitações pull no VSTS foram melhoradas para mostrar comentários deixados em arquivos na linha adequada, mesmo que esses arquivos tenham sido alterados desde que os comentários foram adicionados. Anteriormente, os comentários eram sempre mostrados na linha do arquivo onde foram originalmente adicionados, mesmo que o conteúdo do arquivo mudasse — em outras palavras, um comentário na linha 10 sempre seria mostrado na linha 10. Com as melhorias mais recentes, os comentários seguem o código para mostrar o que o usuário espera — se um comentário for adicionado na linha 10 e duas novas linhas forem adicionadas posteriormente ao início do arquivo, o comentário será mostrado na linha 12.

Aqui está um exemplo de alteração com um comentário na linha 13 (Figura 27):

Mesmo depois que o código foi alterado para mudar a linha com o comentário original de 13 para 14, o comentário está aparecendo no lugar esperado na linha 14 (Figura 28).

Preenchimento automático de pull requests aguardando cumprimento de políticas

As equipes que estão usando políticas de filiais para proteger suas ramificações desejarão verificar a ação de preenchimento automático. Muitas vezes, o autor de uma solicitação pull está pronto para mesclar seu PR, mas está esperando que uma compilação seja concluída antes de clicar em Concluir. Outras vezes, a compilação está bem-sucedida, mas há um revisor que ainda não deu a aprovação final. Nesses casos, a ação de preenchimento automático permite que o autor defina a RP para ser concluída automaticamente assim que todas as políticas forem aprovadas (Figura 29).

Assim como a ação completa manual, o autor tem a chance de personalizar a mensagem da confirmação de mesclagem e selecionar as opções de mesclagem apropriadas (Figura 30).

Uma vez definido o preenchimento automático, o PR exibirá um banner que confirma que o preenchimento automático está definido e aguardando a conclusão das políticas (Figura 31).

Quando todas as políticas são atendidas (por exemplo, a compilação é concluída ou a aprovação final é concedida), o PR é mesclado usando as opções e comentários especificados. Como esperado, se houver uma falha de compilação ou o revisor não aprovar, o PR permanecerá ativo até que as políticas sejam aprovadas.

Solicitações de pull de mesclagem de squash

Ao concluir uma solicitação pull, agora você tem a opção de esmagar a mesclagem (Figura 32). Esta nova opção produz um único commit contendo as alterações da ramificação de tópico que são aplicadas à ramificação de destino. A diferença mais notável entre uma mesclagem regular e um squash merge é que o commit do squash merge terá apenas um commit pai. Isso significará um gráfico de histórico mais simples, já que quaisquer confirmações intermediárias feitas para a ramificação do tópico não serão acessíveis no gráfico de confirmação resultante.

Você pode encontrar mais informações em Squash merge pull requests.

Comprometer a rastreabilidade

O status da compilação (sucesso ou falha) agora está claramente visível nas visualizações Code Explorer e Commit Details (Figura 33). Mais detalhes estão à distância de um clique, por isso vais sempre saber se as alterações no commit passaram pela compilação ou não. Você também pode personalizar quais compilações publicam o estado nas opções da definição de compilação no repositório. Além disso, as alterações mais recentes na visualização Detalhes de confirmação fornecem informações mais detalhadas sobre suas alterações. Se você estiver usando solicitações pull para mesclar suas alterações, verá o link para a solicitação pull que introduziu as alterações na ramificação principal (ou, no caso de uma confirmação de mesclagem, a RP que a criou). Quando as alterações chegarem à principal, o link da ramificação aparecerá para confirmar que as alterações foram incluídas.

Visualizar arquivos Git LFS na Web

Se você já está trabalhando com arquivos grandes no Git (áudio, vídeo, conjuntos de dados, etc.), então você sabe que o Git Large File Storage (LFS) substitui esses arquivos por ponteiros dentro do Git, enquanto armazena o conteúdo do arquivo em um servidor remoto. Isso torna possível visualizar o conteúdo completo desses arquivos grandes simplesmente clicando no arquivo em seu repositório.

Para obter mais informações, consulte Gerenciar arquivos grandes com o Git.

Criar e enviar links para seções específicas de código

Compartilhe referências de código facilmente com links de código (Figura 34). Basta selecionar o texto em um arquivo e clicar no ícone Link. Ele copiará um link para o código selecionado. Quando alguém visualiza esse link, o código destacado terá um fundo dourado. Funciona até mesmo para seleções parciais de linhas.

Status API

O sucesso ou falha da compilação agora é claramente visível nas exibições de detalhes do explorador de códigos e da confirmação (Figura 35). Mais detalhes estão a apenas um clique de distância, para que saibas sempre se as alterações no commit passaram o build ou não. Você também pode personalizar quais compilações pós status de compilação nas opções do repositório para a definição de compilação.

Ícones de tipo de ficheiro

Você verá novos ícones de arquivo correspondentes à extensão do arquivo no explorador, solicitações pull, detalhes de confirmação, shelveset, changeset ou qualquer outra exibição que mostre uma lista de arquivos (Figura 36).

Adicionar um arquivo Leiame (README) durante a criação do repositório

A criação do novo repositório Git foi melhorada, fornecendo aos usuários a capacidade de adicionar um arquivo Leia-me (Figura 37). Adicionar um Leiame ao repositório não só ajuda outras pessoas a entender o propósito da base de código, mas também permite clonar imediatamente o repositório.

Melhorias na construção

Nesta versão, aumentamos o tamanho dos logs, adicionamos modelos de construção Java e melhorias em nosso suporte ao Xamarin para citar algumas alterações.

Guia da fila de compilação redesenhada

Implementámos um novo design para a página de Compilações em fila, que apresenta uma lista mais longa de compilações em fila e em execução, de uma forma mais intuitiva (Figura 38).

Para obter mais informações, consulte Administrar seu sistema de compilação.

Habilitar extensões de resultados de compilação para especificar ordem e coluna

As extensões de seção de resultados de compilação agora podem especificar qual coluna e a ordem em que aparecem (Figura 39). A exibição de resultados tem duas colunas e todas as extensões estão na primeira coluna por padrão. Nota: Todas as extensões de terceiros aparecerão após as seções de resultados de compilação que incluímos.

Construir para o número da linha

Agora você pode saltar de um erro de compilação para a linha de código que o causou. Observando o erro mais recente na compilação principal que usamos como uma política de solicitação pull internamente, você vê isso (Figura 40):

A visualização de log de compilação suporta logs muito maiores

A visualização de log anterior suportava apenas logs de até 10.000 linhas. O novo visualizador é baseado no editor de Mônaco usado no VS Code e suportará logs de até 150.000 linhas.

Modelos de construção Java

Tornamos ainda mais fácil para os desenvolvedores Java começarem com a compilação adicionando modelos de compilação para Ant, Maven e Gradle (Figura 41).

Para obter mais informações sobre modelos, consulte Etapas de compilação.

Tarefas de compilação do Xamarin

Fizemos algumas melhorias significativas em nosso suporte ao Xamarin:

• A etapa Xamarin.Android agora suporta Mac e Linux.
• A etapa Xamarin.iOS agora suporta assinatura e empacotamento.
• Os resultados do Xamarin Test Cloud podem ser exibidos na página de resumo da compilação.
• Uma nova etapa de restauração do componente Xamarin.
• A etapa Instalador do NuGet agora suporta Mac OS.

A etapa Licença do Xamarin não é mais necessária e foi removida dos modelos de compilação. Como parte deste esforço, estamos a desvalorizar a tarefa. Todas as definições de compilação que usam essa tarefa devem ser atualizadas para removê-la, a fim de evitar qualquer interrupção quando a tarefa for finalmente removida.

Finalmente, aprimoramos os modelos de definição de compilação do Xamarin para usar essas novas tarefas. Crie seu aplicativo Xamarin.

Integração do Docker para gerenciamento de compilação e liberação

Aproveite os recursos de compilação para criar suas imagens do Docker e carregá-las no Docker Hub como parte do seu fluxo de integração contínua (Figura 42). Em seguida, implante essas imagens em vários hosts do Docker como parte do Release Management. A extensão do Marketplace adiciona todos os tipos de endpoint de serviço e tarefas necessárias para o utilizador trabalhar com Docker.

Resultados do SonarQube na visualização do pedido de pull

Se a execução de compilação para mesclar uma solicitação pull contiver tarefas do SonarQube MSBuild, você verá novos problemas de análise de código como comentários de discussão na solicitação pull (Figura 43). Esta experiência funciona para qualquer idioma para o qual um plug-in está instalado no servidor SonarQube. Para obter mais informações, consulte o artigo do blogue sobre a integração de problemas do SonarQube Code Analysis em pedidos de pull.

Configurar a API de relatórios de status para uma definição de build

Agora você pode escolher quais definições de compilação relatam seu status de volta para a API de status do Git. Isso é particularmente útil se você tiver muitas definições que constroem um determinado repositório ou ramificação, mas apenas uma que representa a verdadeira estabilidade.

Para obter mais informações, consulte a referência da API REST de compilação.

Crie suporte vNext em salas de equipe

Sempre foi possível adicionar notificações de compilações XAML na sala de equipe. Com este sprint, os usuários também podem receber notificações das conclusões do Build vNext.

Habilitar filtros de caminho para gatilhos Git CI

Os gatilhos de CI para repositórios Git hospedados podem incluir ou excluir determinados caminhos. Isso permite configurar uma definição de compilação para ser executada somente quando os arquivos em caminhos específicos forem alterados (Figura 44).

Melhorias no gerenciamento de versões

Desde a introdução do gerenciamento integrado de versões baseado na Web no Team Foundation Server 2015, fizemos vários aprimoramentos nesta versão.

Clonar, exportar e importar definições de versão

Incorporamos a capacidade de clonar, exportar e importar definições de versão no hub de versão, sem exigir a instalação de uma extensão (Figura 45).

Para obter mais detalhes, consulte Clonar, exportar e importar uma documentação de definição de versão .

Resultados do teste exibidos no resumo da versão

Na página de resumo da versão, habilitamos um ponto de contribuição para um serviço externo para mostrar informações específicas do ambiente.

No Team Services, essa funcionalidade é usada para exibir um resumo dos resultados do teste quando os testes são executados como parte de um ambiente de liberação (Figura 46).

Para obter mais detalhes, consulte Compreender a exibição resumida de uma documentação de versão .

Passar os tokens OAuth para os scripts

Se você precisar executar um script personalizado do PowerShell que invoque as APIs REST no Team Services, talvez para criar um item de trabalho ou consultar uma compilação para obter informações, você precisará passar o token OAuth no script.

Uma nova opção quando você configura um ambiente permite que scripts sejam executados como tarefas no ambiente para acessar o token OAuth atual (Figura 47).

Para obter mais detalhes, consulte Documentação de opções gerais do ambiente .

Este é um exemplo simples que mostra como obter uma definição de compilação (Figura 48):

Acionamento para implantações parcialmente bem-sucedidas

As tarefas de compilação e liberação têm uma opção para Continuar no erro nos parâmetros Opções de controle para cada tarefa.

Em uma definição de compilação, isso resulta em um resultado de compilação parcialmente bem-sucedida se uma tarefa com esse conjunto de opções falhar.

O mesmo comportamento agora está disponível nas definições de versão. Se uma tarefa falhar, o resultado geral da liberação será exibido como "Release parcialmente bem-sucedido" (Figura 49).

Por padrão, uma versão parcialmente bem-sucedida não acionará automaticamente uma versão para um ambiente subsequente, mesmo que esse comportamento seja especificado nas opções de implantação do ambiente.

No entanto, uma nova opção pode ser definida em cada ambiente de versão que instrui o Release Management a acionar uma versão para um ambiente subsequente quando a versão anterior for parcialmente bem-sucedida (Figura 50).

Para obter mais detalhes, consulte Documentação de gatilhos de implementação do ambiente.

Consuma artefatos armazenados no GitHub diretamente

Às vezes, você pode querer consumir artefatos armazenados em um sistema de controle de versão diretamente, sem passá-los por um processo de compilação, conforme descrito neste tópico.

Agora você pode fazer o mesmo se seu código estiver armazenado em um repositório GitHub (Figura 51).

Para obter mais detalhes, consulte a documentação de fontes TFVC, Git e GitHub .

Implantação de aplicativo Web usando ARM

Uma nova versão da tarefa de Implantação do Aplicativo Web do Azure está disponível, chamada Implantação do Aplicativo Web AzureRM.

Ele utiliza o MSDeploy e uma ligação de endpoint do serviço do Azure Resource Manager. Use esta tarefa para implantar Trabalhos Web do Azure e aplicativos de API do Azure, além de aplicativos Web baseados em ASP.NET 4, Node e Python.

A tarefa também oferece suporte a opções comuns de publicação, como a capacidade de reter dados do aplicativo, colocar um aplicativo off-line e remover arquivos adicionais no destino.

Mais recursos, como transformações de configuração, podem aparecer em versões futuras (Figura 52).

Grupos de tarefas

Um grupo de tarefas permite encapsular uma sequência de tarefas já definidas em uma compilação ou uma definição de versão em uma única tarefa reutilizável que pode ser adicionada a uma definição de compilação ou versão como qualquer outra tarefa (Figura 53).

Você pode optar por extrair os parâmetros das tarefas encapsuladas como variáveis de configuração e abstrair o restante das informações da tarefa.

O novo grupo de tarefas é adicionado automaticamente ao catálogo de tarefas, pronto para ser adicionado a outras definições de versão e compilação.

Para obter mais detalhes, consulte a documentação de grupos de tarefas .

Remoção temporária de lançamentos

Quando você exclui uma versão, ou ela é excluída automaticamente por uma política de retenção, a versão é removida das listas de visão geral e detalhes.

No entanto, ele é mantido com a definição de liberação por um período (normalmente 14 dias) antes de ser excluído permanentemente.

Durante esse período, ele é mostrado na guia Excluído das listas de visão geral e detalhes.

Você pode restaurar qualquer uma dessas versões abrindo o menu de atalho e escolhendo Undelete(Figura 54).

Para obter mais detalhes, consulte a documentação sobre restaurar versões eliminadas.

Retenha versões e compilações para cada ambiente

A política de retenção de versão para uma definição de versão determina a duração da retenção para uma versão e compilação vinculada.

Por padrão, uma liberação é retida por 60 dias. As versões que não foram implantadas ou modificadas durante esse período são excluídas automaticamente.

No entanto, convém reter mais versões que foram implantadas em ambientes específicos, como seu ambiente de produção, ou retê-las por mais tempo do que aquelas que acabaram de ser implantadas em outros ambientes, como teste, preparo e controle de qualidade.

Você também pode manter a compilação vinculada a uma versão pelo mesmo período da versão para garantir que os artefatos estejam disponíveis se você precisar reimplantar essa versão (Figura 55).

Para obter mais detalhes, consulte Documentação de retenção de lançamento e compilação .

Melhorias no artefato vinculado

Dois novos recursos facilitam o trabalho com artefatos e fontes de artefatos:

• Você pode associar várias fontes de artefatos a uma definição de release (Figura 56). Cada artefato é baixado em uma pasta no agente chamada alias de origem. Agora você pode editar o alias de origem de um artefato vinculado. Por exemplo, quando você altera o nome da definição de compilação, você pode editar o alias de origem para refletir o nome da definição de compilação.

• Várias variáveis do formato Build.* (como Build.BuildId e Build.BuildNumber) são expostas para uso em parâmetros de tarefa. Quando várias fontes são associadas a uma versão, essas variáveis agora são preenchidas com valores da fonte de artefato especificada como fonte primária. Para obter mais detalhes, consulte Documentação de variáveis de artefato .

Implantação - Tarefa de intervenção manual

Agora você pode pausar a execução durante a implantação em um ambiente.

A inclusão de uma tarefa de Intervenção Manual em um ambiente permite interromper temporariamente uma implantação, executar etapas manuais e, em seguida, retomar outras etapas automatizadas.

Você também pode rejeitar a implantação e impedir que outras etapas sejam executadas após uma intervenção manual (Figura 57).

Para obter mais detalhes, consulte Documentação de intervenção manual .

Scripts de tarefas de implantação do Banco de dados SQL

A tarefa Implantação do Banco de Dados SQL do Azure(Figura 58) foi aprimorada para executar scripts SQL em um Banco de Dados SQL do Azure. Os scripts podem ser fornecidos como um arquivo ou embutidos dentro da tarefa.

Sumário da definição de lançamento - widget do painel de controlo

Fixe uma definição de versão no painel - uma maneira fácil de tornar um resumo das versões dessa definição visível para toda a sua equipe.

Para obter mais detalhes, consulte a documentação Adicionar informações de versão ao painel.

Promover lançamentos para um ambiente em um momento específico

Quer que todas as suas implantações de produção aconteçam à meia-noite? Você pode configurar uma condição em um ambiente que seleciona uma implantação bem-sucedida (ou apenas a mais recente) de outro ambiente e a implanta no momento especificado (Figura 59).

Implante com base nas condições em vários ambientes

Até a versão anterior, você podia fazer implantações paralelas (forkdeployments), mas não podia iniciar uma implantação em um ambiente com base no status de vários ambientes (implantações de junção). Agora você pode.

Para obter mais detalhes, consulte Documentação de implementações paralelas ramificadas e associadas.

APIs REST para gerenciamento de versões

Você pode usar as APIs REST para o serviço Release Management para criar definições e versões de versão e gerenciar muitos aspetos da implantação de uma versão.

Para obter mais informações, consulte a documentação de referência da API.

Integração de ganchos de serviço

Envie notificações de liberação quando novas versões forem criadas, implantações forem iniciadas ou concluídas ou quando as aprovações estiverem pendentes ou concluídas. Integre com ferramentas de terceiros, como o Slack, para receber essas notificações.

Implantação em nuvens nacionais do Azure

Use a nova configuração de Ambiente num ponto de extremidade de serviço clássico do Azure para direcionar uma nuvem específica do Azure, incluindo nuvens nacionais predefinidas, como a nuvem do Azure China, a nuvem do Azure Governo dos EUA e a nuvem do Azure Alemanha.

Para obter mais detalhes, consulte a documentação do ponto de extremidade do serviço Clássico do Azure .

Melhorias no teste

Principais aprimoramentos de teste foram adicionados no Team Foundation Server 2017.

Esquema de armazenamento de resultados de teste atualizado

Nesta versão, estamos migrando os artefatos de resultado de teste para um novo esquema de armazenamento compacto e eficiente. Como os resultados do teste são um dos principais consumidores de espaço de armazenamento em bancos de dados do TFS, esperamos que esse recurso se traduza em espaço de armazenamento reduzido para bancos de dados do TFS. Para clientes que estão atualizando de versões anteriores do TFS, os resultados do teste serão migrados para o novo esquema durante a atualização do TFS. Essa atualização pode resultar em longos tempos de atualização, dependendo da quantidade de dados de resultados de teste existentes em seus bancos de dados. É aconselhável configurar a e aguardar que a política entre em ação e reduza o armazenamento usado pelos resultados do teste para que a atualização do TFS seja mais rápida. Depois de instalares o TFS, mas antes de atualizares a instância do TFS, podes usar a ferramenta para limpar os resultados do teste. Consulte a ajuda de TFSConfig.exe para mais detalhes. Se você não tiver a flexibilidade de configurar a retenção de teste ou limpar os resultados do teste antes da atualização, certifique-se de planejar adequadamente a janela de atualização. Consulte Retenção de dados de resultado de teste com o Team Foundation Server 2015 para obter mais exemplos sobre como configurar a política de retenção de teste.

Melhorias no Test Hub

Gerenciamento de configuração de teste no Test Hub

Trouxemos o gerenciamento de configuração de teste para a interface do usuário da Web adicionando uma nova guia Configurações dentro do Test Hub (Figura 61). Agora você pode criar e gerenciar configurações de teste e variáveis de configuração de teste de dentro do hub de teste.

Para obter mais informações, consulte Criar configurações e variáveis de configuração.

Atribuindo configurações a planos de teste, conjuntos de testes e casos de teste

A atribuição de configurações ficou mais fácil. Você pode atribuir configurações de teste a um plano de teste, conjunto de testes ou caso(s) de teste diretamente de dentro do hub de teste (Figura 62). Clique com o botão direito em um item, selecione Atribuir configurações a …, e está pronto para começar. Você também pode filtrar por Configurações no hub de teste (Figura 63).

Para obter mais informações, consulte Atribuir configurações a planos de teste e conjuntos de testes.

Exibir colunas do plano de teste/conjunto de testes no painel de resultados do teste

Adicionamos novas colunas ao painel Resultados do teste que mostram o plano de teste e o conjunto de testes sob o qual os resultados do teste foram executados. Essas colunas fornecem o contexto muito necessário ao detalhar os resultados dos testes (Figura 64).

Ordenar testes no Test Hub & em cartões

Agora você pode solicitar testes manuais de dentro do Test Hub (Figura 65), independentemente do tipo de pacote no qual eles estão incluídos: estático, baseado em requisitos ou baseado em consulta. Você pode simplesmente arrastar e soltar um ou mais testes ou usar o menu de contexto para reordenar os testes. Assim que a encomenda for concluída, pode classificar os seus testes pelo campo Ordem e, em seguida, executá-los nessa ordem a partir do executor Web. Você também pode solicitar os testes diretamente em um cartão de história de usuário no quadro Kanban (Figura 66).

Encomende conjuntos de testes no Test Hub

As equipas de teste podem agora encomendar os conjuntos de testes de acordo com as suas necessidades. Antes dessa capacidade, as suítes eram ordenadas apenas em ordem alfabética. Agora, usando o recurso de arrastar/soltar no hub de teste, as suítes podem ser reordenadas entre as suítes de mesmo nível ou movidas para outra suíte na hierarquia (Figura 67).

Pesquisar usuários como parte da atribuição de testadores

Como parte da implantação de novos controles de seletor de identidade nos diferentes hubs, no hub de teste, também habilitamos a opção de pesquisar usuários ao atribuir testadores a um ou mais testes (Figura 68). Isso é extremamente útil em cenários em que o número de membros da equipe é grande, mas o menu de contexto mostra apenas um conjunto limitado de entradas * (Figura 69).

Escolha uma compilação para testar com

Agora você pode escolher a "compilação" com a qual deseja testar e, em seguida, iniciar o Web runner, usando 'Executar com opções' no hub de teste (Figura 70). Qualquer bug arquivado durante a execução é automaticamente associado à compilação selecionada. Além disso, o resultado do teste é publicado em relação a essa compilação específica.

Inicie o cliente Microsoft Test Runner a partir do Test Hub com coletores de dados

Agora pode escolher os seus coletores de dados e compilações para associar à execução de teste (Figura 71) e iniciar o Microsoft Test Runner 2017 (cliente) de forma eficiente a partir do Test Hub, sem precisar configurá-los na aplicação cliente do Microsoft Test Manager. O Microsoft Test Runner é iniciado sem abrir todo o shell do Microsoft Test Manager e será desligado após a conclusão da execução do teste.

Para obter mais informações, consulte Executar testes para aplicativos da área de trabalho.

Escolha coletores de dados e inicie o cliente Exploratory Runner a partir do hub de teste

Agora você pode escolher seus coletores de dados e iniciar o Exploratory Runner 2017 (cliente) de forma eficiente a partir do hub de teste, sem precisar configurá-los no cliente do Microsoft Test Manager. Invoque 'Executar com opções' no menu de contexto (Figura 72) para um pacote baseado em requisitos e escolha Exploratory runner e os coletores de dados necessários. O corredor exploratório é lançado de forma semelhante ao Microsoft Test Runner, conforme descrito acima.

Configuração de resultados dos testes para testes em diferentes conjuntos de testes

Agora adicionamos a capacidade de configurar o comportamento dos resultados do teste para testes compartilhados em diferentes conjuntos de testes sob o mesmo plano de teste (Figura 73). Se essa opção for selecionada e você definir o resultado de um teste (marque-o como Aprovado/Reprovado/Bloqueado no hub de teste, Web runner, Microsoft Test Runner ou em cartões no quadro Kanban), esse resultado será propagado para todos os outros testes presentes em diferentes conjuntos de testes sob o mesmo plano de teste, com a mesma configuração. Os usuários podem definir a opção "Configurar resultados de teste" para um plano de teste específico no menu de contexto do plano de teste do hub de teste ou na página de teste do quadro Kanban na caixa de diálogo de configuração de configurações comuns. Esta opção está desativada por predefinição e terá de ativá-la explicitamente para entrar em vigor.

Verificar erros do item de trabalho

Agora você pode verificar um bug executando novamente os testes que identificaram o bug (Figura 74). Pode invocar a opção Verificar no menu de contexto do formulário de item de trabalho relacionado a erros para iniciar o caso de teste relevante no ambiente de execução web. Execute sua validação usando o web runner e atualize o item de trabalho do bug diretamente no web runner.

APIs REST para clonagem de plano de teste e conjunto de testes

Adicionamos APIs REST para clonagem de planos de teste e conjuntos de testes. Você pode encontrá-los na seção Gerenciamento de Testes em nosso site Team Services Integration.

Teste o progresso dos seus cartões Kanban

Agora você pode adicionar, visualizar e interagir com casos de teste diretamente de suas histórias no quadro Kanban. Use a nova opção do menu Adicionar teste para criar um caso de teste vinculado e, em seguida, monitore o status diretamente do cartão à medida que as coisas progridem (Figura 75).

Com esta nova capacidade, pode agora executar as seguintes ações diretamente a partir de um cartão no seu quadro:

• Adicione testes.
• Testes abertos.
• Recrie um teste arrastando/soltando de uma história de usuário para outra.
• Copie o mesmo teste para outra história de usuário usando CTRL+Arrastar/Soltar (para cenários em que o mesmo caso de teste testa mais de uma história de usuário).
• Atualize o status do teste marcando-o rapidamente como Aprovado/Reprovado/etc.
• Execute o teste no Web Test Runner, a partir do qual se pode aprovar ou reprovar etapas individuais, relatar erros, etc.
• Veja um resumo do status agregado indicando quantos testes foram aprovados e quantos ainda permanecem para essa tarefa.

Se você precisar de recursos avançados de gerenciamento de teste (como atribuir testadores, atribuir configurações, parâmetros centralizados, exportar resultados de teste, etc.), você pode alternar para o Test Hub e começar a usar o plano de teste/pacotes baseados em requisitos padrão que foram criados automaticamente para você. Para obter mais informações, consulte Adicionar, executar e atualizar testes embutidos.

Navegar para um plano de teste/conjunto de testes a partir de um cartão

Agora podes navegar facilmente para o plano de teste/suite de testes subjacente onde os testes são criados, diretamente a partir de um cartão no quadro Kanban. Clicar neste link (Figura 76) levará você ao hub de teste, abrirá o plano de teste correto e selecionará o conjunto específico que controla esses testes em linha.

Página de teste na configuração de configurações comuns do quadro Kanban

Use a nova página Testes na caixa de diálogo de configuração de configurações comuns no quadro Kanban para controlar o plano de teste onde os testes embutidos são criados (Figura 77). Anteriormente, todos os testes criados em um cartão eram automaticamente adicionados a um plano de teste recém-criado, desde que não existissem planos de teste que correspondessem aos caminhos de iteração e área do cartão. Agora, você pode substituir esse comportamento configurando um plano de teste existente de sua escolha – todos os testes são adicionados ao plano de teste selecionado. Observe que essa funcionalidade só será habilitada se a anotação de teste estiver ativada.

Aprimoramentos do Web runner

Adicionar anexos aos passos do teste durante o teste manual

Aprimoramos o executor de teste da Web para oferecer a capacidade de adicionar anexos de etapa de teste durante o teste manual (Figura 78). Esses anexos de resultado de etapa aparecem automaticamente em quaisquer bugs que você arquivar na sessão e, posteriormente, no painel Resultados de teste.

Captura de tela, gravação de tela, registro de ação de imagem e suporte a informações do sistema no Web runner (usando o navegador Chrome)

Agora você pode fazer capturas de tela e anotá-las em linha ao usar o Web runner no Chrome (Figura 79). Também pode capturar gravações de ecrã a pedido não só das aplicações Web, mas também das suas aplicações de ambiente de trabalho. Essas capturas de tela e gravações de tela são adicionadas automaticamente à etapa de teste atual. Além de capturas de tela e gravações de tela, você também pode capturar o registro de ações de imagem sob demanda de seus aplicativos Web. Você precisa especificar a janela do navegador na qual capturar suas ações – todas as ações nessa janela (quaisquer guias novas ou existentes que você abrir nessa janela) ou quaisquer novas janelas do navegador filho que você iniciar, serão automaticamente capturadas e correlacionadas com as etapas de teste que estão sendo testadas no Web runner. Essas capturas de tela, gravações de ecrã e registos de ações de imagem são adicionados a quaisquer erros que sejam registados durante a execução e anexados ao resultado do teste atual. Da mesma forma, os dados de informações do sistema são automaticamente capturados e incluídos como parte de quaisquer bugs que você arquivar a partir do Web runner. Tudo isso aproveita a capacidade da extensão Test & Feedback baseada no Chrome.

Para obter mais informações, consulte Coletar dados de diagnóstico durante testes.

Bugs arquivados como crianças – Web runner/test & extensão de feedback

Ao executar testes no Web runner, lançados a partir de um cartão no quadro ou de um conjunto baseado em requisitos no hub de testes, quaisquer novos bugs arquivados serão automaticamente criados como subtarefas dessa história de utilizador. Da mesma forma, se você estiver explorando uma história de usuário a partir da extensão de teste exploratório, quaisquer novos bugs que você arquivar também serão criados como uma criança para essa história de usuário. Esse novo comportamento permite uma rastreabilidade mais simples entre histórias e bugs. Isso é aplicável somente se as configurações "Gestão de bugs" na página Configuração de Definições Comuns estiver definida como "Bugs não aparecem em listas de pendências ou quadros" ou "Bugs aparecem nas listas de pendências e quadros com tarefas". Para todas as outras configurações da opção "Trabalhar com bugs" e em determinados outros cenários, como adicionar a um bug existente que já tenha um elemento pai definido, um link Relacionado é criado.

Atualizar bugs existentes do Web runner

Além de criar novos bugs a partir do Web runner, agora você também pode atualizar um bug existente (Figura 80). Todos os dados de diagnóstico coletados, etapas de reprodução e links para rastreabilidade da sessão atual são adicionados automaticamente ao bug existente.

Extensão de teste e feedback - melhorias

A extensão Test & Feedback baseada em navegador pode ser instalada a partir do Visual Studio Marketplace. Ele suporta Visual Studio Team Services e Team Foundation Server (2015 ou posterior).

Explorar itens de trabalho

Agora você pode fazer testes exploratórios para um item de trabalho específico (Figura 81). Isso permite associar o item de trabalho selecionado à sua sessão de teste em andamento e exibir os critérios de aceitação e a descrição, de dentro da extensão. Ele também cria rastreabilidade de ponta a ponta entre bugs ou tarefas que você arquiva no item de trabalho selecionado. Você pode explorar o item de trabalho diretamente de um item de trabalho ou de dentro da extensão:

• Diretamente de um item de trabalho (Figura 81): Inicie uma sessão de teste exploratório para um item de trabalho específico diretamente de dentro do produto usando a opção "Fazer teste exploratório" no menu de contexto. Adicionamos pontos de entrada em todos os cartões, grades e no hub de teste.

• Dentro da extensão (Figura 82): Procure um item de trabalho a partir da sessão XT e, em seguida, associe-o à sessão em curso.

Para obter mais informações, consulte Explorar itens de trabalho com a extensão Test & Feedback.

Capture o registro de ações de imagem, gravações de tela e dados de carregamento de páginas da Web usando feedback de teste e de teste

Image Action Log: A extensão oferece uma nova opção para adicionar as etapas que o levam ao bug automaticamente com apenas um clique. Selecione a opção "Include image action log" (Figura 83) para capturar as ações do mouse, teclado e toque e adicione o texto e as imagens correspondentes diretamente ao bug ou tarefa.

Gravação de tela como vídeo: Você também pode capturar gravações de tela sob demanda usando a extensão. Estas gravações de ecrã podem ser capturadas não só a partir das aplicações Web, mas também das suas aplicações de ambiente de trabalho. Você pode configurar a extensão para interromper automaticamente as gravações de tela e anexá-las a um bug que está sendo arquivado usando a página "Opções" da extensão.

Dados de carregamento de página: Adicionamos um novo recurso de captura de plano de fundo à extensão – captura de dados de "carregamento de página da web". Assim como o "registro de ações de imagem" capturou suas ações executadas em um aplicativo da Web que está sendo explorado, na forma de imagens em segundo plano, a funcionalidade "carregamento de página" captura automaticamente os detalhes de uma página da Web para concluir a operação de carregamento. Em vez de confiar na lentidão subjetiva/percebida do carregamento da página da Web, você pode quantificar objetivamente a lentidão no bug agora. Uma vez que o bug é arquivado, além da visualização em mosaico, um relatório detalhado também é anexado ao bug, o que pode ajudar o desenvolvedor nas suas investigações iniciais.

Criar casos de teste com base em dados de log de ação de imagem

Quando você cria casos de teste durante sua sessão exploratória, as etapas de teste com imagens são preenchidas automaticamente para você (Figura 84). O design e a execução simultâneos de testes são a base de verdadeiros testes exploratórios, e esse novo recurso torna isso uma realidade. Você pode editar o texto capturado, adicionar o resultado esperado, desmarcar linhas não relevantes e salvá-lo para os próximos testes/execuções.

Para obter mais informações, consulte Criar casos de teste com base em dados de log de ação de imagem.

Sessão de teste exploratório: perceções

Agora você pode visualizar as sessões de teste exploratório concluídas, em nível de equipe ou individual, para um determinado período de tempo criado usando a extensão Test & Feedback. Você pode acessar essa página de insights clicando no link "Sessões exploratórias recentes" no hub Execuções dentro do grupo Test Hub no acesso à Web. Esta nova vista ajuda-o a obter informações significativas, incluindo:

• A visão de resumo que mostra um detalhamento dos itens de trabalho explorados, os itens de trabalho criados e os responsáveis pela sessão, juntamente com o tempo total gasto nessas sessões (Figura 85).
• A exibição agrupar por pode ser dinamizada por itens de trabalho explorados, sessões, proprietários de sessão ou nenhum. Para qualquer pivô, você pode exibir a lista de todos os itens de trabalho (bugs, tarefas, casos de teste) criados ou definir o escopo da lista para um tipo de item de trabalho específico.
• O painel de detalhes exibe informações com base na seleção na vista agrupada. Para uma linha dinâmica selecionada (digamos itens de trabalho explorados), você pode exibir suas informações de resumo no painel de detalhes, como o número total de sessões, o tempo total gasto nessas sessões, os proprietários da sessão que a exploraram e os bugs/tarefas/casos de teste criados contra ela, juntamente com seu estado e prioridade. Para uma linha de item de trabalho selecionada, pode-se exibir diretamente o respetivo formulário e fazer alterações conforme apropriado.

Para obter mais informações, consulte Obter perceções nas suas sessões de teste exploratório.

Sessões de teste exploratório: Exibir itens de trabalho inexplorados

Além de ver os detalhes de todos os itens de trabalho explorados na visualização "sessões exploratórias recentes", filtradas por todas/minhas sessões para um determinado intervalo de datas, agora adicionamos a capacidade de ver também uma lista de todos os itens de trabalho que NÃO foram explorados, na mesma exibição (Figura 86). Você começa especificando uma consulta compartilhada para itens de trabalho nos quais está interessado e a página de sessões mostra uma lista de todos os itens de trabalho da consulta, com um detalhamento de itens explorados e inexplorados na seção de resumo. Além disso, usando o grupo "Itens de Trabalho Não Explorados" através de pivô, pode-se ver a lista de itens que ainda não foram explorados. Isso é extremamente útil para rastrear quantas histórias ainda não foram exploradas ou passaram por um bug-bash.

Fluxo de feedback das partes interessadas de ponta a ponta

Solicitar comentários

Os usuários com nível de acesso básico agora podem solicitar feedback das partes interessadas diretamente para recursos/histórias em andamento ou concluídos usando a opção Solicitar feedback no menu de item de trabalho (Figura 87). Isso abre o formulário Solicitar feedback, onde você pode escolher as partes interessadas das quais deseja obter feedback e, opcionalmente, fornecer um conjunto simples de instruções solicitando as áreas do produto que você gostaria de inserir. Isso enviará e-mails individuais para as partes interessadas selecionadas, juntamente com as instruções fornecidas, se houver.

Para obter mais informações, consulte Solicitar feedback das partes interessadas usando a extensão Test & Feedback.

Fornecer comentários

Os participantes podem responder à solicitação de feedback clicando no link Fornecer feedback no e-mail que receberam, o que configura automaticamente a extensão Test & Feedback (anteriormente extensão de Teste Exploratório) com a solicitação de feedback selecionada (ela solicitará a instalação da extensão, se ainda não estiver instalada). As partes interessadas podem então utilizar todas as funcionalidades de captura da extensão para registar as suas descobertas e submeter o seu feedback na forma de itens de trabalho de resposta, relatório de erro ou tarefa. Além disso, as partes interessadas podem navegar até a página "Solicitações de feedback" para visualizar em um só lugar todas as solicitações de feedback recebidas por elas. Na lista, eles podem selecionar a solicitação de feedback sobre a qual desejam fornecer feedback, gerenciar suas "Solicitações de feedback pendentes" (Figura 88) marcando-as como completas ou recusando-as e podem alternar entre diferentes tipos de solicitações de feedback clicando no botão de opção desejado (Figura 89).

Para obter mais informações, consulte Fornecer comentários usando a extensão Test & Feedback.

Feedback voluntário

Além do fluxo solicitado mencionado acima, as partes interessadas também podem usar a extensão para fornecer feedback voluntário (Figura 90). Eles podem abrir a extensão, selecionar o modo "Conectado" na página Configurações de conexão e conectar-se à conta e ao projeto/equipe a quem desejam fornecer feedback. Eles podem então usar a extensão para capturar as suas descobertas e enviar os seus comentários sob a forma de resposta a feedback, bugs ou itens de trabalho de tarefas.

Para obter mais informações, consulte Fornecer feedback voluntário usando a extensão Test & Feedback.

Melhorias nos testes automatizados

Registos do console e duração dos testes no separador de testes no resumo de compilação/libertação

Os registos do resultado do teste no console capturados em arquivos .trx são extraídos e publicados como anexos (Figura 91). Você tem uma opção para visualizá-los na guia Testes e não precisa mais baixar o arquivo trx para visualizar os logs.

Widget de tendência de teste para compilações

Adicionamos um novo widget 'Test result trend' à Galeria de widgets (Figura 92). Use este widget para adicionar um gráfico de tendência de resultado de teste de até 30 compilações mais recentes para uma definição de compilação ao painel. As opções de configuração do widget podem ajudá-lo a personalizar o gráfico para incluir pivôs como contagem de teste aprovado, contagem de teste reprovado, contagem total de testes, porcentagem de aprovação e duração do teste.

Status do teste com resumo do ambiente de liberação

É uma prática recomendada usar ambientes de versão para implantar aplicativos e executar testes contra eles. Com esta versão, integramos a taxa de aprovação de testes dos Ambientes de Lançamento na secção de Ambientes na página de Resumo da Versão (Figura 93). Conforme mostrado na captura de ecrã, se um Ambiente tiver falhado, poderá rapidamente inferir se a falha foi devido a falhas nos testes, examinando a coluna Testes. Você pode clicar na taxa de aprovação para navegar até a guia Testes e investigar os testes falhados para esse Ambiente.

Histórico de testes automatizado para ramificações e ambientes de liberação

É um cenário comum para um teste individual ser executado em várias ramificações, ambientes e configurações. Quando esse teste falha, é importante identificar se a falha está contida nas ramificações de desenvolvimento, como a ramificação principal, ou se as falhas também afetam as ramificações de liberação que são implantadas em ambientes de produção. Agora você pode visualizar o histórico de um teste em várias ramificações que ele está testando observando a guia Histórico na página Resumo dos resultados (Figura 94). Da mesma forma, você agrupa pelo pivô Ambiente para visualizar o histórico de um teste em diferentes ambientes de lançamento nos quais ele é executado.

Rastreabilidade com testes contínuos

Os usuários agora podem acompanhar a qualidade de seus requisitos diretamente em seu painel (Figura 95). Já temos uma solução para a qualidade dos Requisitos para os nossos utilizadores de testes planeados e estamos a levá-la aos nossos utilizadores que seguem os Testes Contínuos. Os usuários podem vincular testes automatizados diretamente aos Requisitos e, em seguida, usar widgets do Painel para acompanhar a qualidade dos Requisitos que você está interessado em rastrear, extraindo os dados de Qualidade da Compilação ou da Versão.

Testes remotos – distribuem testes com base no número de máquinas

Permitimos que testes de dentro de um assembly sejam distribuídos para máquinas remotas usando a tarefa Executar testes funcionais (Figura 96). No TFS 2015, você podia distribuir testes somente no nível de montagem. Isso é ativado usando a caixa de seleção na tarefa, conforme abaixo.

Testes automatizados para SCVMM e VMWare

Os usuários podem configurar dinamicamente máquinas de teste na nuvem com o Azure ou no local usando SCVMM ou VMWare e usar essas máquinas para executar seus testes de maneira distribuída. Os usuários podem usar uma das tarefas de provisionamento de máquina — Azure, SCVMM ou VMWare — seguida pela tarefa Executar testes funcionais para executar testes.

Análise SonarQube em tarefas Maven e Gradle

Agora pode acionar uma análise SonarQube na tarefa de build do Maven e Gradle ao selecionar 'Executar Análise SonarQube' e fornecer o ponto de acesso, o nome do projeto SonarQube, a chave do projeto e a versão (Figura 97).

Agora você também receberá um link sobre o projeto SonarQube (Figura 98). Você pode solicitar uma análise completa para ver os detalhes dos critérios de qualidade e optar por interromper a build se eles não forem atendidos.

Para obter mais informações, consulte A tarefa de construção do Gradle agora suporta a análise SonarQube.

Melhorias no Marketplace

Os administradores de coleção de projeto agora podem navegar para o Visual Studio Marketplace de um Team Foundation Server e instalar extensões gratuitas em uma coleção de projeto de equipe. As extensões são baixadas automaticamente do Visual Studio Marketplace, carregadas no Team Foundation Server e instaladas na coleção de projetos de equipe selecionada (Figura 99).

Comprar e instalar extensões pagas

Os administradores de coleção de projeto agora podem navegar para o Visual Studio Marketplace de um Team Foundation Server, comprar extensões pagas e instalá-las em uma coleção de projeto de equipe selecionada (Figura 100). O administrador pode pagar por extensões com uma assinatura do Azure e selecionar o número de usuários para atribuir essas extensões. Essas extensões são baixadas automaticamente do Visual Studio Marketplace, carregadas no Team Foundation Server e instaladas na coleção de projeto de equipe selecionada.

Para obter mais detalhes, consulte a documentação em Obter extensões para o Team Foundation Server.

Melhorias na administração

Autenticação do Windows

Em versões anteriores, era necessário decidir entre os provedores de suporte de segurança NTLM e Negotiate para a Autenticação do Windows ao configurar uma implementação do TFS associada a um domínio. Em 2017, removemos essa configuração da experiência de configuração. Se você quiser continuar usando a autenticação NTLM em 2017, não precisará tomar nenhuma ação. Se você estava usando a autenticação Kerberos e deseja continuar fazendo isso em 2017, não precisa tomar nenhuma ação. O TFS 2017 agora sempre configura os provedores de suporte de segurança Negotiate e NTLM, nessa ordem. Com essa configuração, a autenticação Kerberos é usada sempre que possível, fornecendo segurança aprimorada. Quando o Kerberos não pode ser usado, a autenticação NTLM é usada. Fizemos testes extensivos para garantir que não haveria qualquer impacto nas implantações existentes do TFS usando a autenticação NTLM devido a essa alteração.

Uma experiência de navegação moderna

Nesta versão, estamos habilitando uma barra de navegação superior nova e aprimorada. Existem dois objetivos principais para a nova navegação:

• Aumente a eficiência de navegação entre as áreas de produtos, permitindo que você acesse rapidamente qualquer um dos hubs com um clique.
• Traga uma estética visual moderna e experiência do usuário para o produto.

Como esta é uma grande mudança para nossos usuários, e o recurso ainda está sendo iterado, decidimos ter o novo UX de navegação desativado por padrão. Se você quiser jogar com ele, você pode habilitá-lo indo para o Painel de Controle da área de administração do Team Foundation Server e escolhendo "Ativar nova navegação". Por favor, note que esta funcionalidade será ativada para todos os utilizadores no servidor.

Permissão de renomeação de projeto de equipe

A permissão que controla quais usuários podem renomear um projeto de equipe foi alterada. Anteriormente, os usuários com permissão Editar informações no nível do projeto para um projeto de equipe podiam renomeá-lo. Agora, pode ser concedida ou rejeitada aos utilizadores a permissão para renomear um projeto de equipa por meio da nova permissão Renomear projeto de equipa.

Configurações de administrador Hub de trabalho

Introduzimos um novo hub "Trabalho" na página Configurações do administrador que combina configurações gerais (Figura 101), Iterações e Áreas em uma única guia. Com essa alteração, os usuários verão diferenças claras entre as configurações no nível do projeto e as configurações da equipe. Para as configurações da equipe, os usuários verão apenas áreas e iterações que sejam relevantes para sua equipe. Em um nível de projeto, a página de configurações permitirá que os administradores gerenciem áreas e iterações para todo o projeto. Além disso, para caminhos de área de projeto, uma nova coluna chamada "Equipes" foi adicionada para tornar conveniente para os administradores dizer rápida e facilmente quais equipes selecionaram um caminho de área específico.

APIs REST de configuração de processo

Esta API pública permite que os usuários obtenham a configuração do processo de um determinado projeto. A configuração do processo contém as seguintes configurações:

• TypeFields: abstrações de campos personalizáveis que são usados nas ferramentas ágeis. Por exemplo, o tipo do campo "Pontos da história" é "Esforço".
• Definições de lista de pendências: defina quais tipos de item de trabalho estão em cada uma das listas de pendências. Esta é uma API frequentemente solicitada de clientes que criam extensões. Com esses dados, uma extensão pode saber como aproveitar campos específicos do processo para habilitar cenários comuns nas ferramentas ágeis (como alterar a atividade ou o esforço de um item de trabalho, saber quais itens de trabalho estão incluídos em um determinado nível de lista de pendências ou determinar se as equipes são identificadas por caminho de área ou um campo personalizado). Consulte Visão geral do trabalho para obter mais informações.

Nova experiência de administrador com pesquisa do AD baseada em prefixo

Team Foundation Server 2017 introduz uma nova experiência para gerenciar grupos e associação de grupo. Você pode pesquisar no Ative Directory ou em usuários/grupos de máquinas locais usando critérios de pesquisa baseados em prefixo no(s) nome(s) de usuário/grupo. Por exemplo, 'John D', bem como samaccountname (por exemplo, 'businessdomain\johbdnd') e consultar o cartão de contacto de um utilizador/grupo.

Configurações de segurança do usuário

Você pode gerenciar seus tokens de acesso pessoais e SSH na nova experiência "My Security" (Figura 102). Os usuários que estavam usando "Meu perfil" para gerenciar SSH agora precisarão gerenciar suas chaves públicas SSH nas configurações de segurança do usuário (Figura 103).

Assistente de configuração unificada

Em versões anteriores, você escolheria um dos vários assistentes de configuração para sua implantação do TFS, dependendo do que estava tentando fazer. Os assistentes Básico e Completo podem ser usados para configurar uma nova implantação; o assistente de atualização pode ser usado para atualizações de produção e pré-produção; e o assistente Somente Application-Tier pode ser usado para uma variedade de cenários, incluindo a expansão de uma implantação existente, a substituição de uma camada de aplicativo por um novo hardware e assim por diante. No TFS 2017, todos esses cenários foram unificados em um único Assistente de Configuração de Servidor, que o orienta em direção a cada um desses cenários e, em seguida, através dele, solicitando que você faça escolhas simples. Além disso, configurações avançadas, como as melhorias na pré-produção e a clonagem de implantações existentes, agora automatizam ações que anteriormente eram feitas por meio de tfsconfig.exe, incluindo a alteração de IDs de servidor, o mapeamento de novas cadeias de conexão de bases de dados e a remoção de referências a dependências externas (o que era feito com tfsconfig.exe PrepareClone).

Novo nível de acesso

Com o novo grupo do Visual Studio Enterprise adicionado ao portal de administração de nível de acesso no Team Foundation Servers, agora você pode identificar rapidamente quem tem uma assinatura do Visual Studio Enterprise. Uma vez identificados, esses usuários obterão acesso total a todas as extensões TFS de primeira parte instaladas a partir do Visual Studio Marketplace sem custo adicional.

Tokens de acesso pessoal

Agora você pode se conectar a qualquer Team Foundation Server usando um token de acesso pessoal, além de SSH. Isso é útil se você desenvolver em Linux ou Mac e gostaria de usar em quaisquer ferramentas de automação e GIT. Você pode gerenciar seus tokens de acesso pessoais na página de configurações de segurança do usuário.

Problemas conhecidos

Esta é uma lista completa de problemas conhecidos nesta versão.

Não há Power Tools para Team Foundation Server 2017

• Problema:

  Nenhum Power Tools foi lançado para TFS 2017.

• Solução:

  Estamos entusiasmados em informar que a maioria das Ferramentas Elétricas anteriores foram integradas ao TFS 2017. Infelizmente, o Editor de modelo de processo não foi integrado, mas você pode obtê-lo no Visual Studio Marketplace.

Atualizando extensões de controle personalizadas

• Problema:

  O esquema para campos no formulário de item de trabalho foi alterado. A documentação para extensões de controle personalizadas também foi alterada.

• Solução:

  Consulte a nova documentação: Adicionar um controle personalizado ao formulário de item de trabalho.

Erro ao importar a definição de tipo de item de trabalho

• Problema:

  Os clientes que têm uma extensão de página de item de trabalho instalada, que exportam uma definição de tipo de item de trabalho e, em seguida, importam essa definição, receberão o seguinte erro: "O atributo 'LayoutMode' não é declarado".

• Solução:

  Há um atributo LayoutMode extra no elemento PageContribution cada vez que você exporta uma definição de tipo de item de trabalho. Antes de importar a definição, procure o modo PageContribution e remova o atributo LayoutMode. Por exemplo, remova LayoutMode="FirstColumnWide".

Os clientes devem atualizar para o Git LFS versão 1.3.1 ou superior

• Problema:

  As versões do Git LFS anteriores à 1.3.1 não serão suportadas em versões futuras.

• Solução:

  Os clientes que usam o Git LFS são fortemente incentivados a atualizar para o Git LFS versão 1.3.1 ou superior. Versões mais antigas do cliente LFS não são compatíveis com alterações de autenticação nesta versão do TFS. A fim de dar aos clientes tempo para migrar, implementamos uma solução alternativa de curto prazo para RTW. A solução alternativa será removida na Atualização 1, quando os clientes Git LFS abaixo da versão 1.3.1 não funcionarão mais.

O NuGet Restore não está localizando pacotes que existem no nuget.org

• Problema:

  Ao usar o NuGet 3.4.3 ou superior, a tarefa Restauração do NuGet não restaura pacotes do NuGet.org a menos que seja uma fonte explícita no NuGet.Config.

• Solução:

  Verifique se NuGet.org está no NuGet.Config.

  <packageSources><add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3">
  </packageSources>

As tarefas de compilação e lançamento do NuGet não são autenticadas

• Problema:

  Ao usar o Team Foundation Server / Gerenciamento de Pacotes, as tarefas de compilação e liberação do NuGet não serão autenticadas em feeds se o agente estiver sendo executado como um usuário de SERVIÇO DE REDE, que é o padrão quando o agente de compilação é executado como um serviço. Isso acontece porque as versões do NuGet anteriores à 3.5 usam as credenciais da conta de usuário que executa o agente de compilação, não as credenciais fornecidas pela tarefa de compilação.

• Solução:

  Para usar tarefas de compilação/liberação do NuGet com feeds do TFS usando um agente que esteja sendo executado como um SERVIÇO DE REDE, você deve usar o NuGet 3.5 ou superior.

As tarefas de compilação e liberação do NuGet usam as credenciais do agente

• Problema:

  As versões do NuGet anteriores à 3.5 usam as credenciais da conta de usuário que executa o agente de compilação, não as credenciais fornecidas pela tarefa de compilação. Isso pode resultar em acesso inesperado ou falta de acesso aos feeds.

• Solução:

  Use o NuGet 3.5 ou superior em agentes de compilação do TFS.

As extensões externas não são atualizadas automaticamente ao atualizar o TFS

• Problema:

  Se você baixou uma extensão do Visual Studio Marketplace, a publicou na instalação do TFS 2015 e, em seguida, atualizou para o TFS 2017, a extensão não será atualizada automaticamente quando novas versões da extensão forem publicadas no Marketplace.

• Solução:

  Depois de atualizar para o TFS 2017, desinstale as extensões instaladas no TFS 2015. Em seguida, reinstale as extensões mais recentes. No TFS 2017, adicionamos um recurso para verificar automaticamente se há extensões externas atualizadas uma vez por dia e atualizá-las.

A tarefa Jenkins Queue Job não pode ser executada em definições de versão

• Problema:

  Ao executar a tarefa Jenkins Queue Job em uma definição de versão, os clientes obtêm um erro de servidor 500.

• Solução:

  Atualmente, a tarefa Jenkins Queue Job pode ser executada como parte das definições de compilação do TFS, mas não das definições de versão. Essa capacidade será adicionada em uma versão futura.

Os plug-ins personalizados do servidor TFS precisam ser recompilados com as DLLs do TFS 2017.

• Problema:

  Os plug-ins personalizados do servidor TFS não funcionam após a atualização para o TFS 2017.

• Solução:

  Reconstrua os seus plug-ins de servidor personalizados com base nos assemblies do TFS 2017.

O modelo de objeto de servidor para plug-ins de servidor TFS personalizados foi alterado desde o TFS 2015 RTM

• Problema:

  Os plug-ins personalizados do servidor TFS não são compilados.

• Solução:

  Corrija o código-fonte conforme descrito nesta postagem do blog.

Ao usar ações do administrador, uma exceção é lançada

• Problema:

  Na página Administração de Alertas , quando os Administradores de Equipe usam a pesquisa Localizar Alertas para um usuário específico para encontrar assinaturas para uma equipe, eles podem obter uma exceção.

• Solução:

  • Opção 1: Clique no nó Todos os alertas e defina o filtro Todos os alertas do My Teams para mostrar. Isso mostrará todos os alertas para todos os grupos aos quais o usuário tem acesso.

  • Opção 2: Caso o grupo seja uma equipa, em vez de pesquisar pelo nome da equipa, navegue até à página Administração de Alertas desta equipa para gerir subscrições.

Problema ao usar tarefas para executar testes funcionais no Team Build / Release Management

• Problema:

  A execução de testes funcionais no Team Build / Release Management usando as tarefas 'Visual Studio Test Agent Deployment' e 'Run Functional Tests' do catálogo de tarefas atualmente usa o Agents for Visual Studio 2015 Update 3 e só pode ser usada para executar testes criados usando o Visual Studio 2013 e o Visual Studio 2015. Essas tarefas não podem ser usadas para executar testes criados usando o Visual Studio 2017 RC. Para obter mais detalhes, consulte esta postagem no blog.

• Solução:

  Não há solução alternativa. O suporte para usar o Test Agent 2017 e executar testes criados usando o Visual Studio 2017 será adicionado no período de tempo da Atualização 1 do TFS 2017.

As extensões não estão sendo atualizadas automaticamente

• Problema:

  Se você atualizar uma versão anterior do TFS para alcançar o TFS 2017 e estiver executando o TFS 2017 no modo conectado, suas extensões não serão atualizadas automaticamente como deveriam.

• Solução:

  Não há solução alternativa no momento. Corrigimos o problema e o comportamento de atualização automática chegará até você por meio da Atualização 2 do TFS 2017. Se, por qualquer motivo, você não puder esperar pela Atualização 2, entre em contato conosco através do canal de Suporte e compartilharemos a correção mais cedo.

Se você encontrar problemas que estão impedindo a implantação em um ambiente de produção (Go-Live), entre em contato com o suporte ao produto Microsoft. (Apenas em inglês) Apenas horário comercial dos EUA (M-F 6a-6p PST), resposta de 1 dia útil.

Consulte os problemas relatados por clientes para o Team Foundation Server 2017.

Sugestões e Comentários

Gostaríamos muito de ouvir a sua opinião! Você pode sugerir um recurso, relatar um problema e acompanhá-lo através da Comunidade de Desenvolvedores e obter conselhos sobre Stack Overflow.