Team Foundation Server 2017

Last Update: 25/09/2017

Para ver as últimas atualizações, visite as Notas de versão em inglês.

Data de lançamento: 16 de novembro de 2016

Para ver as últimas atualizações, visite as Notas de versão em inglês.

Temos o prazer de anunciar hoje o lançamento do Team Foundation Server 2017. Esta nova versão inclui nossos mais recentes aprimoramentos e inovações de recursos. Observe que os requisitos foram alterados para o Team Foundation Server 2017. Veja mais detalhes na página Requisitos e compatibilidade do Team Foundation Server. Se estas não eram as notas de versão que você estava aguardando, você obteve as notas de versão para a versão mais recente.

Download: Team Foundation Server 2017

Para saber mais sobre outros downloads relacionados, consulte a página Downloads.

Novidades

Problemas conhecidos


O Que Há de Novo

Pesquisa de código

A pesquisa de código oferece uma 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, localizar o que você precisa se torna cada vez mais difícil. Para maximizar a colaboração entre as equipes e o compartilhamento de código, a pesquisa de código pode localizar, de forma rápida e eficiente, informações relevantes em todos os seus projetos.

Desde a descoberta de exemplos de implementação de uma API, a procura da sua definição, até a pesquisa de texto de erro, a Pesquisa de Código fornece uma solução completa para todas as suas necessidades de exploração de código e solução de problemas (Figura 1).

A pesquisa de código oferece:

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

<img src="media/searchacrosscode-0.png"; alt="Code Search" width="766" height="414" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 1) Pesquisa de Código

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

Gerenciamento de Pacotes

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

O Gerenciamento de Pacotes elimina a necessidade de hospedar um compartilhamento de arquivo ou servidor de NuGet separado por hospedar pacotes do NuGet diretamente no Team Foundation Server. Ele tem o melhor suporte para NuGet 3. x, bem como suporte para clientes herdados do NuGet 2. x. Ele funciona perfeitamente com a infraestrutura, as equipes e as permissões existentes do TFS, portanto, não há necessidade de lidar com a sincronização de identidades, o 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.

<img src="media/packagemanagement-1.png" "Package Management" width="700" height="423" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 2) Gerenciamento de Pacotes

Aprimoramentos no Agile

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

Formulário de novo item de trabalho

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

  • Uma rica experiência de discussão de item de trabalho.
  • Arraste e solte o suporte para anexos.
  • Melhor experiência de histórico (histórico e auditoria).
  • Integração aprimorada de código e build.
  • Coloração de estado.
  • Design responsivo.
Observação

O novo formulário de item de trabalho é o padrão para novas coleções apenas. Se você estiver migrando uma coleção existente, habilite o novo formulário de item de trabalho nas configurações de administração. Para obter mais informações, consulte Manage roll out of the new web form (Gerenciar a distribuição do novo formulário da Web).

<img src="media/newworkitem-2.png" "New WIT Form" width="700" height="422" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 3) Novo formulário de WIT

Seguir um item de trabalho

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

<img src="media/followworkitem-3.png" "Follow Work Item" width="700" height="96" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 4) Seguir um item de trabalho

Para obter detalhes, consulte siga um item de trabalho.

Atualizações dinâmicas do quadro Kanban

Seu quadro Kanban agora está ativo!

Você fica apertando F5 para descobrir o que está acontecendo ao longo do dia com o seu quadro Kanban? Experimente o ícone na captura de tela abaixo (Figura 5).

<img src="media/kanbanliveupdates-4.png" "Kanban live updates" width="700" height="137" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 5) Atualizações dinâmicas de Kanban

Quando qualquer pessoa da sua equipe cria, atualiza ou exclui um item de trabalho no quadro, você recebe imediatamente as atualizações dinâmicas no quadro. Além disso, se o administrador faz atualizações em nível de quadro ou equipe, como adicionar uma nova coluna ou habilitar bugs na lista de pendências, você recebe uma notificação para atualizar seu layout do quadro. Tudo que você precisa fazer agora é habilitar o ícone de torre em seu quadro Kanban e começar a colaborar com sua equipe.

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

Aprimoramentos da lista de verificação

Fizemos vários aprimoramentos no modo de funcionamento das listas de verificação.

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

<img src="media/checklistimprovements1-5.png" "Checklist improvements" width="200" height="260" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 6) Hiperlinks da lista de verificação

Listas de verificação também dão suporte a menus de contexto que permitem que você abra, edite ou exclua itens de lista de verificação (Figura 7).

<img src="media/checklistimprovements2-6.png" "Checklist context menu" width="330" height="259" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 7) Menu de contexto da lista de verificação

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

Busca detalhada no quadro Funcionalidade e Epic

Agora você tem a possibilidade de fazer uma busca detalhada em seus quadros Epic e Feature (Figura 8). O formato de lista de verificação permite que você marque facilmente um trabalho como concluído e fornece uma vista panorâmica geral de trabalhos concluídos versus pendentes.

<img src="media/epicfeaturedrilldown-7.png" "Epic Feature drilldown" width="354" height="335" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 8) Busca detalhada em Epic Feature

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

Ativando e desativando as anotações do quadro

Estamos oferecendo mais controle das informações adicionais que são exibidas nos cartões em seus quadros. Agora você pode selecionar as anotações que deseja exibir em seus cartões Kanban (Figura 9). Simplesmente desmarque uma anotação e ela desaparecerá dos cartões em seu quadro Kanban. As duas primeiras anotações que aparecerão aqui são itens de trabalho filho (tarefas neste exemplo) e a anotação de teste.

<img src="media/turnonbuildannotations-8.png" "Turn on/off board annotations" width="600" height="314" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 9) Ativar/desativar anotações do quadro

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

Comando Limpar formatação

Adicionamos um novo comando para todos os controles de rich text em itens de trabalho que permite remover toda a formatação do texto selecionado. Se você for como eu, provavelmente já se irritou no passado, copiando e colando texto formatado para este campo que você não pode desfazer (nem apagar). Agora você pode simplesmente realçar qualquer texto: selecione o botão de barra de ferramentas Remover formatação (ou pressione CTRL + barra de espaços), e você verá o texto retornar para seu formato padrão.

Filtragem no quadro Kanban

Personalize seus quadros Kanban configurando filtros em usuários, iterações, tipos de item de trabalho e marcas (Figura 10). Esses filtros serão mantidas para que você possa exibir seu painel personalizado, mesmo quando você se conectar a vários dispositivos.

<img src="media/filteringinkanban-9.png" "Filtering in Kanban" width="700" height="242" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 10) Filtragem no Kanban

Agora, os membros da equipe também podem filtrar seus quadros para exibir o progresso acumulado de um item de trabalho pai específico. Por exemplo, um usuário pode exibir histórias de usuários vinculadas a um recurso, ou exibir o trabalho entre dois ou mais recursos acumulados para um Epic. Esse recurso, como as Listas de verificação, é mais uma etapa de nossos esforços para dar visibilidade por meio de níveis diferentes de lista de pendência.

Para obter detalhes, consulte Filtrar 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 de painel Novo Item de Trabalho, o caminho de iteração do item de trabalho é sempre definido como a iteração atual. Isso não é o que todas as equipes desejam, porque significa que bugs podem aparecer no painel de tarefas imediatamente. Com esse aprimoramento, as equipes podem escolher o caminho de iteração padrão (uma iteração específica ou a atual) que deve ser usado para novos itens de trabalho. Navegue até a área de administração para que sua equipe escolha uma iteração padrão.

Para obter mais informações, consulte a página Personalizar demarcadores de área e 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). Esse novo tipo de campo (booliano) tem todas as propriedades de campos normais e pode ser adicionado a qualquer tipo em seu processo. Quando exibido em cartões ou em um resultado de uma consulta, o valor é mostrado como verdadeiro/falso.

<img src="media/checkboxcontrol-10.png" "Checkbox control" width="700" height="418" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 11) Controle de caixa de seleção

Para obter detalhes, consulte Personalizar um campo.

Edição de marcas em massa

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

<img src="media/tags-11.png" "Bulk edit dialog" width="599" height="130" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 12) Caixa de diálogo de edição em massa

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

Novos pontos de extensão

Adicionamos um novo ponto de contribuição às páginas de painel e lista de pendências, para que você possa escrever extensões como uma guia dinâmica ao lado das guias Painel/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, no qual o mapeamento e os detalhes do trabalho estão hoje (Figura 13).

<img src="media/backlogextensionpoint-12.png" "Backlog extension points" width="700" height="413" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 13) Pontos de extensão da lista de pendências

Para obter mais informações sobre extensões, consulte Pontos de extensão.

Aprimoramentos em emails

Melhoramos consideravelmente a formatação e a usabilidade dos alertas de item de trabalho, seguidas e emails @mention enviados pelo TFS (Figura 14). Os emails agora incluem um cabeçalho consistente, uma chamada clara para ação e formatação aprimorada para certificar-se de que as informações no email são mais fáceis de consumir e entender. Além disso, todos esses emails estão sendo projetados para garantir que eles sejam renderizados corretamente em dispositivos móveis.

<img src="media/emailimprovement-13.png" "Email improvements" width="500" height="520" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 14) Aprimoramentos de email

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

Modelos de itens de trabalho

Adicionamos a capacidade de criar modelos de item de trabalho avançado diretamente na experiência nativa da web (Figura 15). No passado, essa capacidade era muito limitada na web e estava disponível apenas nesse novo formulário por meio de uma poderosa ferramenta do Visual Studio. As equipes agora podem criar e gerenciar um conjunto de modelos para modificar rapidamente os campos comuns.

<img src="media/workitemtemplate-14.png" "Work item templates" width="400" height="312" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 15) Modelos de item de trabalho

Para obter detalhes, consulte Modelos de item de trabalho.

Não há mais suporte para a integração do Project Server

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

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

Após a atualização, a integração do Project Server deixará de funcionar.

Além disso, dependeremos de parceiros para fornecer soluções de integração.

Para saber mais sobre essa alteração, leia o tópico a seguir: Sincronizar o TFS com o Project Server.

Aprimoramentos de widgets e painéis

O Team Foundation Server 2017 fez aprimoramentos em vários widgets, como os widgets Bloco de Consulta e Solicitação Pull.

Catálogo de widgets reprojetado

Reprojetamos o nosso catálogo de widgets para acomodar o conjunto crescente de widgets e proporcionar uma melhor experiência geral (Figura 16). O novo design inclui uma experiência de pesquisa aprimorada e foi remodelado para coincidir com o design de nossos painéis de configuração de widgets.

<img src="media/widgetcatalog-15.png" "Widget catalog" width="650" height="525" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 16) Catálogo de widgets

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

Atualizações de widgets

O widget Bloco de Consulta agora dá suporte a até 10 regras condicionais e tem cores selecionáveis (Figura 17). Isso é extremamente útil quando você deseja usar esses blocos como KPIs para identificar a integridade e/ou ação que pode ser necessária.

<img src="media/dashboardupdates-16.png" "Dashboard updates" width="650" height="375" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 17) Atualizações de painel

O widget de solicitação pull agora dá suporte a vários tamanhos, permitindo que os usuários controlem a altura do widget. Estamos trabalhando para tornar redimensionáveis a maioria dos widgets que enviamos, então volte a procurar aqui.

O widget de novo item de trabalho agora permite que você selecione o tipo de item de trabalho padrão, em vez de forçá-lo a selecionar da lista suspensa o tipo mais comum que você vem criando.

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

O widget Membros de Equipe foi atualizado para tornar mais fácil adicionar alguém à sua equipe (Figura 18).

<img src="media/widgetupdate2-17.png" "Widget Update" width="700" height="182" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 18) Atualização de widget

Agora, as equipes podem configurar o tamanho do widget de Resultados da Consulta do painel, permitindo a exibição de mais resultados.

O widget de visão geral do Sprint foi reprojetado facilitando para as equipes verem se eles estão no caminho certo.

O widget Atribuído a mim ajuda os usuários a gerenciar o trabalho atribuído a eles, sem deixar o contexto do painel (Figura 19). Fornecendo um widget dedicado para essa finalidade, os administradores da equipe podem adicionar essa funcionalidade aos seus painéis com menos de 16 cliques, não é necessária nenhuma alternâncias de contexto e nenhuma digitação. Os usuários agora podem exibir, classificar, filtrar e gerenciar o trabalho atribuído a eles dentro do contexto do widget.

<img src="media/assignedtome-18.png" "Assigned to me" width="450" height="302" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 19) Atribuído a mim

APIs REST de painéis

Agora você pode usar APIs REST para adicionar, excluir e obter informações em um painel por meio de programação. As APIs também permitem que você adicione, remova, atualize, substitua e obtenha 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 da equipe podem restringir as permissões de não administradores por meio do Gerenciador do painel.

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

Aprimoramentos de Git

Algumas alterações importantes foram feitas no Git para o Team Foundation Server 2017. Estão incluídos uma reformulação da página de ramificações e uma nova opção de "mesclar comprimindo".

Página de ramificações reprojetada

A página de ramificações foi completamente reformulada. Ela tem uma tabela dinâmica de "mina" que mostra os branches criados, enviados por push ou adicionados aos favoritos (Figura 20). Cada ramificação mostra seu status de solicitações de build e pull, bem como outros comandos, como Excluir. Se houver uma barra no nome de uma ramificação, como "recursos/jeremy/correção-bug", ela será mostrada como uma árvore, portanto, será fácil navegar por uma grande lista de ramificações. Se você souber o nome de sua ramificação, poderá pesquisar para encontrar o que deseja rapidamente.

<img src="media/redesignedbranchespage-19.png" "Redesigned branches page" width="700" height="322" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 20) Página de branches reprojetados

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

Nova experiência de solicitação pull

A experiência de solicitação pull tem algumas atualizações importantes nesta versão, trazendo alguns recursos de comparação realmente poderosos, uma nova experiência de comentário e uma interface do usuário completamente atualizada.

Para obter mais detalhes, consulte Examinar código com Solicitações Pull.

Interface do usuário reprojetada

Ao abrir uma solicitação pull, a nova aparência fica imediatamente evidente (Figura 21). Nós já reorganizamos o cabeçalho para resumir todas as ações e estado crítico, os tornando acessíveis em cada exibição na experiência.

<img src="media/header-20.png" "Pull request header" width="700" height="77" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 21) Cabeçalho da solicitação pull

Visão Geral

Agora, a Visão geral destaca a descrição de PR e facilita ainda mais a possibilidade de fornecer comentários (Figura 22). Os eventos e os comentários são exibidos com os itens mais recentes na parte superior para ajudar os revisores a consultarem as alterações e os comentários mais recentes de forma mais rápida. Todas as políticas, itens de trabalho e revisores são fornecidos em detalhes e reorganizados para serem mais claros e concisos.

<img src="media/overview.png" "Pull request overview" width="800" height="501" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 22) Visão geral da solicitação pull

Arquivos

O novo e maior recurso nesta versão é a capacidade de ver atualizações feitas em uma solicitação pull (Figura 23). Em visualizações anteriores, lançamos a capacidade de controlar comentários corretamente conforme um PR é atualizado com as alterações. No entanto, não é sempre fácil ver o que está entre as atualizações. Na exibição Arquivos, agora você pode ver exatamente o que mudou sempre que o novo código for enviado para o PR. Isso é muito útil se você tiver enviado comentários sobre algum código e desejar ver exatamente como ele foi alterado, de forma isolada de todas as outras alterações feitas na análise.

<img src="media/files-22.png" "Pull request files" width="775" height="501" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 23) Arquivos da solicitação pull

Atualizações

A nova exibição Atualizações é usada para mostrar como o PR está mudando ao longo do tempo (Figura 24). No local em que a exibição Arquivos mostra como os arquivos foram alterados ao longo do tempo, a exibição Atualizações mostra as confirmações adicionadas em cada atualização. Se o forçar envio por push ocorrer, a exibição Atualizações continuará mostrando as últimas atualizações que ocorreram no histórico.

<img src="media/updates-23.png" "Pull request updates" width="700" height="281" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 24) Atualizações da solicitação pull

Comentários, agora com markdown e emoji

Use todo o potencial de markdown em todas as suas discussões, incluindo formatação, código com realce de sintaxe, links, imagens e emoji (Figura 25). Os controles de comentários também proporcionam uma experiência de edição mais agradável ao usuário, permitindo que vários comentários sejam editados (e, em seguida, salvos) ao mesmo tempo.

<img src="media/comments-24.png" "Pull request comments" width="525" height="237" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 25) Comentários da solicitação pull

Adicionar e remover os revisores em solicitações pull

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

<img src="media/committraceability2.png" "Add reviewers in pull requests" width="256" height="165" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 26) Adicionar revisores em solicitações pull

Rastreabilidade aprimorada de solicitação de build e pull

A rastreabilidade entre builds e solicitações pull melhorou, facilitando a navegação de um RP para um build e voltar. Na exibição de detalhes de build para um build disparado por uma solicitação pull, o código-fonte agora mostrará um link para a solicitação pull que colocou o build na fila. Na exibição Definições de Build, qualquer build disparado por uma solicitação pull fornecerá um link para a solicitação pull na coluna "Disparado por". Por fim, o modo de exibição Build Explorer lista solicitações pull na coluna de origem.

Rastreamento de comentário para solicitações pull

As solicitações pull no VSTS foram aperfeiçoadas para mostrar os comentários deixados nos arquivos na linha apropriada, mesmo se esses arquivos tiverem 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 se o conteúdo do arquivo tivesse sido alterado. Em outras palavras, um comentário na linha 10 sempre será mostrado na linha 10. Com os aprimoramentos mais recentes, os comentários seguem o código para mostrar o que o usuário espera. Se um comentário foi adicionado na linha 10, e duas novas linhas forem adicionadas posteriormente ao início do arquivo, o comentário será mostrado na linha 12.

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

<img src="media/commenttracking1-26.png" "Comment tracking" width="600" height="302" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 27) Controle de comentários

Mesmo depois que o código tiver sido alterado para deslocar a linha com o comentário original de 13 para 14, o comentário será exibido no local esperado na linha 14 (Figura 28).

<img src="media/commenttracking2-27.png" "Comment tracking with change" width="600" height="317" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 28) Controle de comentários com alteração

Preenchimento automático de solicitações pull aguardando por políticas

As equipes que estão usando políticas de ramificação (https://www.visualstudio.com/en-us/docs/git/branch-policies) para proteger suas ramificações desejarão verificar a ação de preenchimento automático. Muitas vezes, o autor de uma solicitação pull estará pronto para mesclar sua PR, mas estará aguardando um build terminar antes de poder clicar em Concluir. Outras vezes, o build está passando, mas um revisor ainda não deu a aprovação final. Nesses casos, a ação de preenchimento automático permite que o autor defina o PR para preencher automaticamente assim que as políticas forem todas aprovadas (Figura 29).

<img src="media/autocomplete-28.png" "Auto-complete" width="750" height="133" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 29) Preenchimento automático

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

<img src="media/autodialog-29.png" "Autodialog" width="400" height="316" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 30) Diálogo automático

Após o preenchimento automático ter sido definido, o PR exibirá uma faixa que confirma que o preenchimento automático está definido e esperando as políticas serem concluídas (Figura 31).

<img src="media/autobox-30.png" "Auto-complete confirmation" width="600" height="75" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 31) Confirmação do preenchimento automático

Quando todas as políticas tiverem sido atendidas (por exemplo, o build estiver concluído ou a aprovação final estiver concedida), o PR será mesclado usando as opções e os comentários especificados. Conforme o esperado, se houver uma falha de build ou se o revisor não aprovar, o PR permanecerá ativo até que as políticas passem.

Comprimir solicitações pull de mesclagem

Ao concluir uma solicitação pull, agora você tem a opção de comprimir a mesclagem (Figura 32). Essa nova opção produzirá uma única confirmação que contém as alterações da ramificação de tópico que serão aplicadas à ramificação de destino. A diferença mais notável entre uma mesclagem regular e uma mesclagem comprimida é que a confirmação de mesclagem comprimida somente terá a confirmação de um dos genitores. Isso significa que um gráfico de histórico mais simples, assim como quaisquer confirmações intermediárias feitas na ramificação de tópico, não estará acessível no gráfico de confirmação resultante.

<img src="media/squashmergepullrequest-31.png" "Squash merge pull request" width="500" height="371" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 32) Comprimir solicitação pull de mesclagem

Você pode encontrar mais informações em Comprimir solicitações pull de mesclagem.

Confirmar rastreabilidade

O status do build (sucesso ou falha) agora é claramente visível nas exibições do Explorador de Código e Detalhes da Confirmação (Figura 33). Mais detalhes estão apenas a um clique de distância, para que você sempre saiba se as alterações na confirmação passaram o build ou não. Você também pode personalizar quais builds postam status nas opções de repositório para a definição de build. Além disso, as alterações mais recentes à exibição dos detalhes da confirmação fornecem análises mais profundas sobre suas alterações. Se você estiver usando solicitações pull para mesclar suas alterações, você verá o link para a solicitação de pull que introduziu as alterações na ramificação mestre (ou, no caso de uma confirmação de mesclagem, o RP que a criou). Quando as alterações tiverem chegado a mestre, o link de ramificação será exibido para confirmar que as alterações foram incluídas.

<img src="media/committraceability-32.png" "Commit Traceability" width="650" height="187" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 33) Confirmar rastreabilidade

Exibir arquivos de Git LFS na Web

Caso você já esteja trabalhando com arquivos grandes no Git (áudio, vídeo, conjuntos de dados, etc.), você sabe que o LFS (Armazenamento de Arquivos Grandes) Git substitui esses arquivos com ponteiros de Git, ao armazenar o conteúdo do arquivo em um servidor remoto. Isso torna possível a exibição de todo o conteúdo desses arquivos grandes, clicando no arquivo em seu repositório.

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

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

<img src="media/sendlinkstolinesofcode-33.png" "Send links to code" width="800" height="384" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 34) Enviar links para o código

API de Status

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

<img src="media/statusapi-34.png" "Status API" width="650" height="175" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 35) API de status

Ícones Tipo de arquivo

Você verá novos ícones de arquivo correspondentes à extensão do arquivo na exibição do explorador, de solicitações pull, de detalhes da confirmação, de check-in particular, de conjunto de alterações ou em qualquer outra exibição que mostre uma lista de arquivos (Figura 36).

<img src="media/tfvc-git-35.png" "File type example" width="785" height="617" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 36) Exemplos de tipo de arquivo

Adicionar um Leiame durante a criação do repositório

A criação do novo repositório Git melhorou ao fornecer aos usuários a capacidade de adicionar um arquivo Leiame (Figura 37). A adição de um Leiame ao repositório não só ajuda outras pessoas a entender a finalidade da Base de código, mas também permite que você clone imediatamente o repositório.

<img src="media/createrepo-37.png" "Add a ReadMe file" width="500" height="289" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 37) Adicionar um arquivo Leiame

Aprimoramentos de build

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

Guia Fila de build reprojetada

Implementamos um novo design para a página Builds enfileirados que mostra uma lista mais longa de builds enfileirados e em execução e de forma mais intuitiva (Figura 38).

<img src="media/buildqueuetab-38.png" "Build queue tab" width="700" height="387" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 38) Guia de fila de builds

Para obter mais informações, consulte Administrar o sistema de build.

Habilite extensões do resultado de build para especificar a ordem e a coluna

Extensões de seção de resultados de build agora podem especificar qual coluna e a ordem em que aparecem (Figura 39). O modo de exibição de resultado tem duas colunas e todas as extensões estarão na primeira coluna por padrão. Observação: Todas as extensões de terceiros serão exibidas após as seções de resultado de build que são incluídos.

<img src="media/buildorderandcolumn-39.png" "Build order and column" width="528" height="258" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 39) Coluna e ordem de build

Número de build para linha

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

<img src="media/buildtolinenumber-40.png" "Build to line number" width="782" height="204" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 40) Build para o número de linha

A exibição do log de build dá suporte a log muito maiores

O modo de exibição de log anterior só dava suporte a logs de até 10.000 linhas. O novo Visualizador baseia-se no editor Monaco usado no código VS e oferecerá suporte a logs de até 150.000 linhas.

Modelos de build de Java

Tornamos ainda mais fácil para que desenvolvedores de Java comecem a compilar adicionando modelos de build para Ant, Maven e Gradle (Figura 41).

<img src="media/javabuildtemplates-41.png" "Java build templates" width="600" height="596" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 41) Modelos de build de Java

Para obter mais informações sobre modelos, consulte Etapas de build.

Tarefas de build Xamarin

Fizemos algumas melhorias significativas para o nosso suporte de Xamarin:

A etapa de licença Xamarin não é mais necessária e foi removida dos modelos de build. Como parte desse esforço, também substituiremos a tarefa. Todas as definições de build que usam essa tarefa devem ser atualizadas para removê-la a fim de impedir qualquer interrupção quando a tarefa for finalmente removida.

Por fim, os modelos de definição de build Xamarin foram aprimorados para usar essas novas tarefas. Compilar seu aplicativo Xamarin.

Integração de docker para gerenciamento de build e versão

Aproveite as funcionalidades de build para compilar as imagens do Docker e carregá-las no Hub Docker como parte de seu fluxo de integração contínua (Figura 42). Em seguida, implante essas imagens em um número de hosts de Docker como parte do Release Management. A extensão Marketplace adiciona todos os tipos de ponto de extremidade de serviço e as tarefas necessárias para trabalhar com o Docker.

<img src="media/docker-42.png" "Docker images" width="700" height="415" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 42) Imagens do Docker

SonarQube resulta na exibição de solicitação pull

Se o build executado para mesclar uma solicitação pull contiver tarefas SonarQube MSBuild, agora você verá novos problemas de análise de código como comentários de discussões na solicitação pull (Figura 43). Essa experiência funciona para qualquer idioma para o qual um plug-in está instalado no servidor SonarQube. Para obter mais informações, consulte a postagem do blog SonarQube Code Analysis issues integration into Pull Requests (Integração de problemas de análise de código do SonarQube a solicitações pull).

<img src="media/sonarqubeinpullrequests-43.png" "SonarQube pull requests" width="629" height="279" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 43) Solicitações pull SonarQube

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

Agora você pode escolher quais definições de build reportam seus status de volta para o status de Git API. Isso será particularmente útil se você tiver muitas definições que criam um determinado repositório ou ramificação, mas tiver apenas uma que representa a integridade real.

Para obter mais informações, consulte a Referência da API REST do build.

Suporte ao build do vNext em salas da equipe

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

Habilitar filtros de caminho para gatilhos de CI do Git

Gatilhos de CI para repositórios Git hospedados podem incluir ou excluir determinados caminhos. Isso permite que você configure uma definição de build para executar apenas quando os arquivos em caminhos específicos forem alterados (Figura 44).

<img src="media/gitcitriggers.png" "Git CI Triggers" width="550" height="450" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 44) Gatilhos de CI do Git

Melhorias no Release Management

Desde a introdução do gerenciamento integrado de Versão baseado na Web no Team Foundation Server 2015, fizemos diversos aprimoramentos nessa versão.

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

Nós incorporamos a capacidade de clonar, exportar e importar definições de versão no hub de Versões sem a necessidade de instalar uma extensão (Figura 45).

<img src="media/rm-clone-45.png" "Clone and export commands on release summary page" width="400" height="421" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 45) Comandos clonar e exportar na página do resumo da versão

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

Resultados de 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 exibir informações específicas do ambiente.

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

<img src="media/rm-testresults-46.png" "Test results displayed in the release summary" width="450" height="398" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 46) Resultados de teste exibidos no resumo de versão

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

Passar tokens OAuth para scripts

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

Uma nova opção ao configurar um ambiente permite que os scripts sejam executados como tarefas no ambiente para acessar o token OAuth atual (Figura 47).

<img src="media/rm-passoauth-47.png" "Pass OAuth tokens to scripts" width="500" height="318" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 47) Passar tokens OAuth para scripts

Para obter mais detalhes, consulte a documentação Opções gerais do ambiente.

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

<img src="media/rm-getbuilddefinition-48.png" "Example script using passed oAuth token" width="500" height="220" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 48) Script de exemplo usando o token oAuth passado

Disparar implantações parcialmente bem-sucedidas

Tarefas de build e de versão têm a opção de Continuar se houver erro nos parâmetros Opções de controle de cada tarefa.

Em uma definição de build, isso resultará em um Build parcialmente bem-sucedido, se uma tarefa com essa opção definida falhar.

Agora, o mesmo comportamento está disponível em definições de versão. Se uma tarefa falhar, o resultado geral da versão será exibido como "Versão parcialmente bem-sucedida" (Figura 49).

<img src="media/rm-partial-1-49.png" "Release summary shows partially successful releases in orange color" width="450" height="390" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 49) O resumo de versões mostra versões parcialmente bem-sucedidas na cor laranja

Por padrão, uma versão parcialmente bem-sucedida não dispara automaticamente uma versão em um ambiente subsequente, mesmo se esse comportamento for especificado nas opções de implantação do ambiente.

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

<img src="media/rm-partial-2-50.png" "Setting the option to trigger from a partially successful release" width="500" height="395" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 50) Configurando a opção para disparar de uma versão parcialmente bem-sucedida

Para obter mais detalhes, consulte a documentação Gatilhos de implantação do ambiente.

Consumir artefatos armazenados diretamente no GitHub

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

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

<img src="media/rm-github-51.png" "Linking code in a GutHub repository to a release definition" width="500" height="267" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 51) Vinculando o código em um repositório do GitHub a uma definição de versão

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

Implantação de aplicativo Web usando o ARM

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

Ela usa MSDeploy e uma conexão de ponto de extremidade de serviço do Azure Resource Manager. Use esta tarefa para implantar Trabalhos da Web do Azure e aplicativos da API do Azure, além de aplicativos Web baseados em ASP.NET 4, Node e Python.

A tarefa também dá suporte a opções de publicação comuns, como a capacidade de manter dados do aplicativo, deixar um aplicativo offline e remover arquivos adicionais no destino.

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

<img src="media/rm-azurermwebapp-52.png" "Web app deployment using ARM" width="500" height="288" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 52) Implantação de aplicativo Web usando ARM

Grupos de tarefas

Um grupo de tarefas permite encapsular uma sequência de tarefas já definidas em um build ou uma definição de versão em uma única tarefa reutilizável que pode ser adicionada a build ou versão de definiçã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 adicionar outras definições de versão e build.

<img src="media/rm-taskgroups-53.png" "Linking code in a GutHub repository to a release definition" width="525" height="322" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 53) Vinculando o código em um repositório do GitHub a uma definição de versão

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

Exclusão reversível de versões

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, ela é mantida com a definição de versão por um período (normalmente, de 14 dias) antes de ser excluída permanentemente.

Durante esse período, ela é exibida na guia Excluídos das listas de visão geral e detalhes.

É possível restaurar qualquer uma dessas versões abrindo o menu de atalho e escolhendo Restaurar (Figura 54).

Undelete releases

(Figura 54) Restaurar versões

Para obter mais detalhes, consulte a documentação Restaurar versões excluídas.

Reter versões e builds para cada ambiente

A política de retenção de versão de uma definição de versão determina por quanto tempo uma versão o build vinculado a ela são mantidos.

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

No entanto, talvez você queira 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 as que foram implantadas recentemente em outros ambientes, como de teste, de preparo e garantia de qualidade.

Você também pode reter o build vinculado a uma versão pelo mesmo período que a versão, para garantir que os artefatos estejam disponíveis se for necessário reimplantar essa versão (Figura 55).

Retain releases

(Figura 55) Reter versões

Para obter mais detalhes, consulte a documentação Retenção de versão e build.

Aprimoramentos de artefatos vinculados

Dois novos recursos facilitam trabalhar com artefatos e fontes de artefatos:

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

Linked artifact improvements

(Figura 56) Aprimoramentos de artefatos vinculados

For more details, see [Artifact source alias](https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-artifacts#source-alias) documentation.
  • Diversas 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 são populadas com valores da origem do artefato que você especificar como origem primária. Para obter mais detalhes, consulte a documentação 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.

Incluir uma tarefa de Intervenção Manual em um ambiente permite suspender temporariamente uma implantação, executar etapas manuais e retomar outras etapas automatizadas.

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

Manual intervention task

(Figura 57) Tarefa de intervenção manual

Para obter mais detalhes, consulte a documentação Intervenção manual.

Scripts de tarefas de implantação de Banco de Dados SQL

A tarefa Implantação de 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 na tarefa.

SQL database deployment task scripts

(Figura 58) Scripts de tarefas de implantação de banco de dados SQL

Resumo de definição da versão - widget de painel

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 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 em um horário específico (Figura 59).

Schedule release to an environment

(Figura 59) Agendar uma versão para um ambiente

Implantar com base em condições em vários ambientes

Até a versão anterior, era possível fazer implantações em paralelo (implantações de bifurcação), mas não era possível iniciar uma implantação em um ambiente com base no status de vários ambientes (implantações conjuntas). Agora é possível.

Para obter mais detalhes, consulte a documentação Implantações bifurcadas e unidas em paralelo.

APIs REST para o Release Management

Você pode usar as APIs REST do Release Management para criar definições de versão e versões, além de gerenciar muitos aspectos da implantação de uma versão.

Para saber mais, consulte a Documentação de referência da API. Você encontrará alguns exemplos básicos que usam as APIs nesta postagem de blog, Using ReleaseManagement REST API’s (Uso das APIs REST do ReleaseManagement).

Integração de ganchos de serviço

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

Implantação em nuvens do Azure nacionais

Use a nova configuração de Ambiente em um ponto de extremidade de serviço clássico do Azure para ter como destino uma nuvem do Azure específica, incluindo nuvens nacionais predefinidas, como a nuvem do Azure na China, na nuvem do Azure dedicada ao governo dos EUA ou a nuvem alemã do Azure (Figura 60).

<img src="media/rm-nationalcloud-60.png" "Deployment to national Azure clouds" width="500" height="409" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 60) Implantação em nuvens do Azure nacionais

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

Aprimoramentos de testes

Aprimoramentos de teste importantes foram adicionados ao Team Foundation Server 2017.

Esquema de armazenamento de resultados do teste atualizados

Nesta versão, estamos migrando os artefatos de resultados do teste para um novo esquema de armazenamento compactos e eficiente. Como os resultados de teste são um dos principais consumidores de espaço de armazenamento em bancos de dados do TFS, esperamos que esse recurso signifique 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 de testes serão migrados para o novo esquema durante a atualização do TFS. Esta atualização pode resultar em tempos de atualização longos, dependendo de quantos dados de resultado do teste existem nos seus bancos de dados. É recomendável configurar a política de retenção de teste e aguardar que a política seja ativada e reduza o armazenamento usado pelos resultados de testes para que a atualização do TFS seja mais rápida. Após a instalação do TFS, mas antes de atualizar a instância do TFS, você pode usar a ferramenta TFSConfig.exe para limpar os resultados do teste. Consulte a Ajuda do TFSConfig.exe para obter mais detalhes. Se você não tiver a flexibilidade para configurar a retenção dos testes ou limpar os resultados do teste antes da atualização, planeje adequadamente a janela de atualização. Consulte Test result data retention with Team Foundation Server 2015 (Retenção de dados do resultado do teste com o Team Foundation Server 2015) para obter mais exemplos sobre como configurar a política de retenção de testes.

Aprimoramentos do hub de teste

Gerenciamento de configuração de teste no hub de testes

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

Configurations hub

(Figura 61) Hub de configurações

Para saber mais, veja Criar configurações e variáveis de configuração.

Atribuir configurações aos planos de teste, conjuntos de testes e casos de teste

Atribuir configurações acabou de ficar 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 do mouse em um item, selecione atribuir configurações a..., e você está desativado e em execução. Você também pode filtrar por Configurações no hub de teste (Figura 63).

Assign Configurations

(Figura 62) Atribuir configurações

Configurations Filter

(Figura 63) Filtro de configurações

Para saber mais, veja Atribuir configurações a Planos de testes e a Conjuntos de testes.

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

Adicionamos novas colunas ao painel de resultados de teste que mostram o plano de teste e o conjunto de testes no qual os resultados de testes foram executados. Essas colunas fornecem o contexto tão necessário quando você faz uma busca detalhada nos resultados dos seus testes (Figura 64).

Test Results Pane

(Figura 64) Painel de resultados de teste

Ordenação de testes no hub de teste e em cartões

Agora você pode ordenar testes manuais de dentro do hub de teste (Figura 65), independentemente do tipo de pacote no qual eles são incluídos: conjuntos estáticos, baseados em requisitos ou baseados em consulta. Simplesmente arraste e solte um ou mais testes ou use o menu de contexto para reordenar os testes. Quando a ordenação for concluída, você pode classificar seus testes pelo campo Ordem e executá-los naquela ordem por meio do Web runner. Você também pode ordenar os testes diretamente em um cartão de História de Usuário no quadro Kanban (Figura 66). Isso conclui um item de voz do usuário dentre aqueles há muito aguardados (com 495 votos) nos testes manuais.

Order tests

(Figura 65) Ordenar testes

Order tests on card

(Figura 66) Ordenar testes no cartão

Ordenar conjuntos de testes no hub de testes

Agora, as equipes de teste podem organizar os conjuntos de testes de acordo com suas necessidades – antes desse recurso, os conjuntos eram classificados apenas em ordem alfabética. Agora, com a capacidade de arrastar/soltar no hub de teste, os conjuntos podem ser reordenados entre os pacotes pares ou movidos para outro pacote na hierarquia (Figura 67). Isso resolve o seguinte item de voz do usuário no gerenciamento de casos de teste/teste manual.

<img src="media/attachfilehandler19.png" "Order Test suites" width="444" height="297" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 67) Ordenar conjuntos de testes

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

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

<img src="media/attachfilehandler16.png" "Search users" width="372" height="188" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 68) Pesquisar Usuários

Assign Users

(Figura 69) Atribuir usuários

Escolher um build com o qual testar

Agora você pode escolher o "build" com o qual você deseja testar e, em seguida, iniciar o Executor na Web, usando 'Executar com opções' no hub de teste (Figura 70). Qualquer bug registrado durante a execução será automaticamente associado ao build selecionado. Além disso, o resultado do teste é publicado com relação a esse build específico.

<img src="media/attachfilehandler20.png" "Pick a build" width="244" height="120" style="border:2px solid Silver; display: block; margin: auto;">

(Figura 70) Escolha um build

Iniciar o cliente do Executor de teste da Microsoft do hub de teste com coletores de dados

Agora você pode escolher seus coletores de dados e build para associar à execução de teste (Figura 71) e iniciar o Executor de Teste da Microsoft 2017 (cliente) de forma eficaz no hub de teste, sem precisar configurá-los no cliente do Microsoft Test Manager. O Microsoft Test Runner será iniciado sem abrir todo o shell do Microsoft Test Manager e será desligado após a conclusão da execução do teste.

Run with options

(Figura 71) Executar com opções

Para saber mais, veja Executar testes para aplicativos de área de trabalho.

Escolha coletores de dados e o inicie o cliente do Executor Exploratório do hub de teste

Agora, você pode escolher seus coletores de dados e iniciar o Exploratory Runner 2017 (cliente) de forma eficaz no Hub de teste, sem precisar configurá-lo no cliente do Microsoft Test Manager. Invoque 'Executar com opções' no menu de contexto (Figura 72) para obter um pacote com base em Requisitos e escolha Executor Exploratório e os coletores de dados que você precisa. O executor exploratório será iniciado como o Microsoft Test Runner conforme descrito acima.

Run with Options - XT

(Figura 72) Executar com Opções – XT

Configure os resultados de teste para testes em conjuntos de teste diferentes

Agora adicionamos a capacidade de configurar o comportamento de resultados de teste para testes compartilhados entre conjuntos de testes diferentes no mesmo plano de teste (Figura 73). Se essa opção estiver selecionada e você definir o resultado de um teste (marque como Aprovado/Com falha/Bloqueado do hub de teste, Web Runner, Microsoft Test Runner ou de placas no quadro Kanban), esse resultado será propagado para todos os outros testes presentes em conjuntos de testes diferentes no 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 com o hub de teste ou na página de teste do quadro Kanban na caixa de diálogo Configurações comuns. Essa opção é desativada por padrão e você precisará ativá-la explicitamente para que entre em vigor.

Configure test outcomes

(Figura 73) Configurar os resultados de teste

Verificar bugs de item de trabalho

Agora, é possível verificar um bug executando novamente os testes que o identificaram (Figura 74). Você pode invocar a opção Verificar no menu de contexto do formulário de item de trabalho do bug para iniciar o caso de teste relevante no Web Runner. Execute a validação usando o Web Runner e atualize o item de trabalho do bug diretamente de dentro do Web Runner.

Verify bugs

(Figura 74) Verificar bugs

APIs REST para o clone do plano de teste/conjunto de testes

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

Andamento do teste de seus cartões Kanban

Agora você pode adicionar, exibir e interagir com casos de teste diretamente de seus históricos no quadro Kanban. Use a nova opção de menu Adicionar Teste para criar um caso de teste vinculado e, em seguida, monitorar status diretamente do cartão como progresso de coisas (Figura 75).

Inline tests

(Figura 75) Testes embutidos

Com essa nova funcionalidade, agora você pode executar as seguintes ações diretamente de um cartão no seu quadro:

  • Adicionar testes.
  • Abrir os testes.
  • Reassociar um teste arrastando/soltando de uma história de usuário para outra.
  • Copiar 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 um história de usuário).
  • Atualizar o status do teste marcando-o rapidamente aprovado/reprovado, etc.
  • Executar o teste iniciando-o no Web Test Runner, por meio do qual você pode passar ou reprovar etapas individuais, bugs de arquivos, etc.
  • Exibir um resumo do status de acumulação indicando quantos testes passaram e quantos permanecem para esse histórico.

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ê poderá, em seguida, mudar para hub de teste e começar a usar os conjuntos baseados em requisitos/plano de teste padrão que foram criados automaticamente para você. Para obter mais informações, consulte Adicionar, executar e atualizar testes embutidos.

Atravessar para um plano de teste/conjunto de testes do quadro

Agora, você pode atravessar facilmente para o plano de teste/conjunto de testes subjacente no qual os testes são criados, diretamente de um cartão no quadro Kanban. Ao clicar nesse link (Figura 76), você será levado até o Hub de teste. Abra o plano de teste certo e, em seguida, selecione o pacote específico que controla esses testes embutidos.

Traverse to plan/suite

(Figura 76) Atravessar para plano/pacote

Página de Teste em configurações comuns do quadro Kanban

Use a nova página de Testes na caixa de diálogo de configurações comuns no quadro Kanban para controlar o plano de teste no qual os testes embutidos são criados (Figura 77). Antes, qualquer teste criado em um cartão era automaticamente adicionado a um plano de teste recém-criado, contanto que nenhum plano de teste existente correspondesse aos caminhos de área e de iteração do cartão. Agora, você pode substituir esse comportamento configurando um plano de teste existente de sua escolha. A partir disso, todos os testes serão adicionados ao plano de teste selecionado. Observe que essa funcionalidade é habilitada somente se a anotação de Teste estiver ativada.

Common settings

(Figura 77) Configurações Comuns

Aprimoramentos do Web runner

Adicionar anexos de etapa de teste durante o teste manual

Nós aprimoramos o executor de teste da Web para dar a você a capacidade de adicionar anexos de etapa de teste durante o teste manual (Figura 78). Esses anexos de resultado de etapa aparecem automaticamente em qualquer bug que você arquive na sessão e, posteriormente, no painel de resultados de teste.

Test Step attachments

(Figura 78) Anexos da etapa de teste

Suporte para captura de tela, gravação de tela, log de ações de imagem e informações do sistema no Executor da Web (usando o navegador Chrome)

Agora você pode fazer capturas de tela e anotá-las embutidos quando usar o Executor da Web no Chrome (Figura 79). Você também pode capturar gravações de tela sob demanda não apenas dos aplicativos Web, mas também de seus aplicativos da área de trabalho. Essas gravações de tela e capturas de tela são adicionadas automaticamente à etapa de Teste atual. Além de gravações de tela e capturas de tela, agora você pode capturar logs de ação de imagem sob demanda em seus aplicativos Web. É necessário especificar a janela do navegador na qual você deseja capturar suas ações; todas as ações nessa janela (guias existentes ou novas guiar que forem abertas na janela) ou janelas filho do navegador que foram iniciadas serão automaticamente capturadas e correlacionadas com base nas etapas de teste testadas no Web Runner. Essas capturas de tela, gravações de tela e logs de ação de imagem serão adicionados aos bugs registrados durante a execução e serão 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 qualquer bug que você arquive no Web runner. Eles aproveitam as capacidades da Extensão teste e comentários baseada no Chrome.

Web runner using Chrome browser

(Figura 79) Executor da Web usando o navegador Chrome

Para saber mais, veja Coletar dados de diagnóstico durante os testes.

Bugs arquivados como filhos – extensão de teste e comentários/executor da Web

Ao executar testes no Web runner, iniciados por meio de um cartão no quadro ou de um conjunto baseado em requisito no hub de teste, qualquer novo bug arquivado será automaticamente criado como filho para esse história de usuário. Da mesma forma, se você está explorando um história de usuário da extensão de teste exploratório, qualquer novo bug que você arquive será também criado como filho para esse história de usuário. Esse novo comportamento permite uma rastreabilidade mais simples entre históricos e bugs. Isso é aplicável somente se as configurações "Trabalhando com bugs" na página de Configurações Comuns estiverem definidas como "Bugs não aparecem nas listas de pendências ou quadros" ou "Bugs aparecem nas listas de pendências e quadros com tarefas". Para todas as outras configurações de “Trabalhando com bugs” e em alguns outros cenários, como a adição de um bug existente que já tem um pai definido, um link relacionado será criado em seu lugar.

Atualizar bugs existentes do Executor da Web

Além de criar novos bugs do Executor da Web, 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 rastreamento da sessão atual são adicionados automaticamente ao bug existente.

Add to existing bug

(Figura 80) Adicionar a um bug existente

Extensão de teste e comentários – aprimoramentos

Aextensão de Teste e comentários baseada em navegador pode ser instalada do Visual Studio Marketplace. Ela dá suporte ao Visual Studio Team Services e ao Team Foundation Server (2015 ou posterior).

Explorar itens de trabalho

Agora você pode realizar 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 descrição de dentro da extensão. Isso também cria rastreabilidade de ponta a ponta entre os bugs ou tarefas que você arquiva e o 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 sessão de teste exploratório para um item de trabalho específico diretamente de dentro do produto usando a opção "Executar 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): pesquise um item de trabalho de dentro da sessão XT e associe-o à sessão em andamento.

XT from card

(Figura 81) XT do item de trabalho

Explore work item

(Figura 82) XT da extensão

Para saber mais, veja Explore work items with the Test & Feedback extension (Explorar itens de trabalho com a extensão Teste e Comentários).

Capturar log de ações de imagem, gravações de tela e dados de carregamento da página da Web usando o teste e comentários

Log de ações de imagem: a extensão oferece uma nova opção para adicionar as etapas que levaram ao bug automaticamente com apenas um clique. Selecione a opção “Incluir um log de ações de imagem” (Figura 83) para capturar as ações do mouse, teclado e toque e adicionar o texto e imagens correspondentes diretamente no bug ou tarefa.

Gravação da tela em vídeo: você também pode capturar gravações de tela sob demanda usando a extensão. Essas gravações de tela podem ser capturadas não apenas por meio de aplicativos Web, mas também dos seus aplicativos da área de trabalho. Você pode configurar a extensão para parar automaticamente as gravações de tela e anexá-las a um bug que está sendo arquivado usando a página de "Opções" da extensão.

Dados de carregamento da página: adicionamos um novo recurso de captura de tela de fundo à extensão – captura de dados de "carregamento de página da Web". Assim como o "log de ação de imagem" captura suas ações executadas em um aplicativo Web que está sendo explorado, na forma de imagens em segundo plano, a funcionalidade "carregamento de página" captura automaticamente detalhes de uma página Web a fim de concluir a operação de carregamento. Em vez de depender da lentidão subjetiva/percebida do carregamento da página Web, agora você pode quantificar objetivamente a lentidão no bug. Após o registro do bug, além de exibição lado a lado, um relatório detalhado também é anexado ao bug, o que pode ajudar o desenvolvedor com seu conjunto inicial de investigações.

XT Image Action Log

(Figura 83) Log de ações de imagem do XT

Criar casos de teste com base nos dados de log de ações de imagem

Quando você cria casos de teste durante a 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 do verdadeiro teste exploratório, e essa nova funcionalidade torna isso uma realidade. Você pode editar o texto capturado, adicionar o resultado esperado, desmarcar as linhas não relevantes e salvá-lo para os próximos passos/execuções de teste.

XT Create Test Cases

(Figura 84) Criar casos de teste XT

Para saber mais, veja Criar casos de teste com base em dados de log da ação de imagem.

Análises de sessões de teste exploratório

Agora, você pode exibir as sessões de testes exploratórios concluídas, tanto no nível individual quanto no da equipe, por um período determinado criado usando a extensão de Teste e comentários. Você pode chegar a esta página de análises clicando no link "Sessões exploratórias recentes" no hub de execuções dentro do grupo do Hub de teste no acesso via web. Esse novo modo de exibição o ajuda a obter análises significativas, incluindo:

  • A exibição de resumo que mostra um detalhamento dos itens de trabalho explorados, itens de trabalho criados e proprietários de sessão, juntamente com o tempo total gasto nessas sessões (Figura 85).
  • A exibição Agrupar por pode ser dinamizada tanto por itens de trabalho explorados quanto por sessões ou proprietários de sessão ou nenhum deles. Para qualquer tabela dinâmica, você pode exibir a lista de todos os itens de trabalho (bugs, tarefas, casos de teste) criados ou reduzir o escopo da lista a um tipo de item de trabalho específico.
  • A exibição do painel de detalhes que mostra informações com base em seleção na exibição de agrupar por. 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 entre essas sessões, os proprietários da sessão que exploraram e os casos de teste/tarefas/bugs criados nele, junto com seu estado e prioridade. Para uma linha de item de trabalho selecionada, você pode exibir seu formulário de item de trabalho embutido e fazer as alterações apropriadas.

XT Session insights

(Figura 85) Análises de sessão XT

Para saber mais, veja Get insights across your exploratory testing sessions (Aprofundar-se 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 no modo de exibição "sessões exploratórias recentes", filtrados por todas/minhas sessões em 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, no mesmo modo de exibição (Figura 86). Comece especificando uma consulta compartilhada para itens de trabalho nos quais você está interessado, e a página de sessões mostrará uma lista de todos os itens de trabalho da consulta, com uma divisão dos itens explorados e inexplorados na seção de resumo. Além disso, com o grupo dinâmico "Item de Trabalho Inexplorado", você pode ver a lista de itens que ainda não foram explorados. Isso é extremamente útil para controlar quantas histórias ainda não foram exploradas ou passaram por uma busca de bugs.

View unexplored WIT

(Figura 86) Exibir WIT inexplorado

Fluxo de comentários dos stakeholders de ponta a ponta
Solicitar comentários

Agora, os usuários com nível de acesso básico podem solicitar comentários diretamente dos stakeholders para recursos/histórias em andamento ou concluídos usando a opção Solicitar Comentários no menu de item de trabalho (Figura 87). Isso abre o formulário Solicitar comentários, no qual você pode escolher os stakeholders dos quais deseja receber comentários e, opcionalmente, fornecer um conjunto de instruções simples indicando as áreas do produto sobre as quais gostaria de receber opiniões. Isso enviará emails individuais para os stakeholders selecionados, em conjunto com as instruções fornecidas, se houver.

XT Feedback Flow

(Figura 87) Fluxo de comentários do XT

Para saber mais, veja Request stakeholder feedback using the Test & Feedback extension (Solicitar comentários de stakeholders usando a extensão Teste e Comentários).

Fornecer comentários

Os stakeholders podem responder à solicitação de comentários clicando no link Fornecer comentários no email recebido, que configura automaticamente a extensão Teste e Comentários (anteriormente conhecida como extensão de Teste Exploratório) com a solicitação de comentários selecionada (ela solicitará a instalação da extensão se ela ainda não estiver instalada). Os stakeholders podem, então, usar os recursos de captura da extensão para capturar suas descobertas e enviar os comentários na forma de itens de trabalho de resposta de comentários/bug/tarefa. Além disso, os stakeholders podem navegar até a página "Solicitações de comentários" para exibir em um local todas as solicitações de comentários recebidas por eles. Na lista, eles podem selecionar a solicitação de comentários sobre a qual desejam fornecer comentários, gerenciar suas “Solicitações de comentários pendentes” (Figura 88) marcando-as como concluídas ou recusando-as e mudar entre diferentes tipos de solicitações de comentários clicando no botão de opção desejado (Figura 89).

Provide feedback link

(Figura 88) Fornecer um link de comentários

XT Feedback Flow

(Figura 89) Fluxo de comentários do XT

Para saber mais, veja Provide feedback using the Test & Feedback extension (Fornecer comentários usando a extensão Teste e Comentários).

Comentários voluntários

Além do fluxo solicitado mencionado acima, os stakeholders também podem usar a extensão para fornecer comentários voluntários (Figura 90). Eles podem abrir a extensão, selecionar o modo "Conectado" na página de Configurações da conexão e se conectar à conta e ao Projeto/Equipe a que desejam fornecer comentários. Eles podem usar a extensão para capturar suas descobertas e enviar os comentários na forma de itens de trabalho de resposta de comentários/bug/tarefa.

Voluntary Feedback

(Figura 90) Comentários voluntários

Para saber mais, veja Provide voluntary feedback using the Test & Feedback extension (Fornecer comentários voluntários usando a extensão Teste e Comentários).

Aprimoramentos de testes automatizados

Logs do console e duração de testes na guia de testes no resumo de build/versão

Logs do console de resultados do teste que são capturados em arquivos .trx são extraídos e publicados como anexos de resultado do teste (Figura 91). Você tem a opção de visualizá-los na guia de Testes e não é mais necessário baixar o arquivo trx para exibir logs.

Console logs and duration

(Figura 91) Logs e duração do console

Widget de tendência de teste para builds

Adicionamos um novo widget "Tendência de resultado do teste" na Galeria de widgets (Figura 92). Use este widget para adicionar ao painel um gráfico de tendências de resultados do teste de até 30 dos builds mais recentes para uma definição de build. Opções de configuração do widget podem ajudá-lo a personalizar o gráfico para incluir tabelas dinâmicas como contagem de testes aprovados, contagem de testes reprovados, contagem total de testes, percentual de aprovação e duração dos testes.

'Test result trend' widget

(Figura 92) Widget “Tendência de resultado do teste”

Status do teste com resumo do Ambiente da versão

É uma prática recomendada usar Ambientes de versão para implantar aplicativos e executar testes neles. Com esta versão, integramos a taxa de aprovação em teste dos Ambientes de Versão à seção Ambientes da página de resumo da Versão (Figura 93). Conforme mostrado na captura de tela, se um Ambiente falhar, você poderá deduzir rapidamente se a falha ocorreu por causa de testes com falhas observando a coluna Testes. Você pode clicar na taxa de aprovação para navegar até a guia Testes e investigar os testes com falha desse Ambiente.

Test status with Release Environment summary

(Figura 93) Status do teste com resumo do Ambiente da Versão

Histórico de testes automatizados para branches e ambientes de versão

É um cenário comum um teste individual ser executado em várias ramificações, ambientes e configurações. Quando esse teste falha, é importante identificar se a falha ocorreu em ramificações de desenvolvimento, como a ramificação mestre, ou se as falhas também têm impacto sobre as ramificações de versão implantadas em ambientes de produção. Agora você pode visualizar o histórico de um teste em diversos branches sob teste observando a guia Histórico na página Resumo de resultados (Figura 94). Da mesma forma, é possível agrupar por Ambiente dinâmico a fim de visualizar o histórico de um teste em diferentes Ambientes de versão nos quais ele está sendo executado.

Test status with Release Environment summary

(Figura 94) Status do teste com resumo do Ambiente da Versão

Rastreabilidade com testes contínuos

Agora, os usuários podem controlar a qualidade de seus Requisitos diretamente no Painel (Figura 95). Já temos uma solução para a qualidade dos Requisitos para nossos usuários de Teste planejado, e estamos levando isso aos nossos usuários que seguem os Testes Contínuos. Os usuários poderão vincular testes automatizados diretamente aos Requisitos e, em seguida, usar widgets do Painel para acompanhar a qualidade dos Requisitos nos quais você está interessado em acompanhar, extraindo dados de Qualidade do Build ou Versão.

Requirement Quality Widget

(Figura 95) Widget de Qualidade do Requisito

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

Habilitamos a distribuição de testes de dentro de um assembly para computadores remotos usando a tarefa Executar Testes Funcionais (Figura 96). No TFS 2015, você pode distribuir testes somente no nível do assembly. Isso pode ser habilitado usando a caixa de seleção na tarefa, conforme mostrado a seguir.

Task Setting

(Figura 96) Configuração de tarefa

Testes automatizados de SCVMM e VMWare

Os usuários podem configurar dinamicamente máquinas de teste na nuvem com o Azure, ou 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 computador: Azure, SCVMM ou VMWare, seguida pela tarefa Executar Testes Funcionais para executar testes.

Análise de SonarQube em tarefas Maven e Gradle

Agora você pode disparar uma análise SonarQube na tarefa de build do Gradle e Maven marcando 'Executar Análise de SonarQube' e fornecendo o ponto de extremidade, o nome do projeto SonarQube, a chave de projeto e a versão (Figura 97).

Run SonarQube Analysis

(Figura 97) Executar a análise de SonarQube

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

Run SonarQube Analysis

(Figura 98) Executar a análise de SonarQube

Para saber mais, consulte Agora a tarefa de build do Gradle oferece suporte à análise do SonarQube.

Aprimoramentos do Marketplace

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

Install Free Extension

(Figura 99) Instalar extensão gratuita

Comprar e instalar extensões pagas

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

Purchase Paid Extension

(Figura 100) Comprar extensão paga

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

Aprimoramentos de administração

Autenticação do Windows

Em versões anteriores, era necessário decidir entre os provedores de segurança NTLM e Negotiate para autenticação do Windows ao configurar uma implantação do TFS ingressada no domínio. Em 2017, removemos essa configuração da experiência de configuração. Se desejar continuar usando a autenticação NTLM em 2017, você não precisará fazer nada. Se você usava a autenticação Kerberos e deseja continuar a usá-la em 2017, não precisa fazer nada. 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 será usada sempre que possível, proporcionando maior segurança. Quando a Kerberos não puder ser usada, a autenticação NTLM será usada. Fizemos testes extensivos para garantir que não haveria nenhum 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, habilitamos uma barra de navegação superior nova e aprimorada. Há dois objetivos principais para a nova barra de navegação:

  • Aumentar a eficiência da navegação em áreas de produto, permitindo que você acesse rapidamente qualquer um dos hubs com apenas um clique.
  • Levar uma experiência de usuário e estética visual moderna para o produto.

Como essa é uma grande mudança para nossos usuários, e o recurso ainda está sendo iterado, decidimos que a nova experiência de usuário de navegação ficará desativada por padrão. Se você quiser experimentá-la, poderá habilitá-la acessando o Painel de Controle da área de administração do Team Foundation Server e escolhendo "Ativar nova navegação". Observe que isso a habilitará para todos os usuários no servidor.

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

A permissão para controlar quais usuários podem renomear um projeto de equipe foi alterada. Anteriormente, usuários com permissão para editar as informações de nível de projeto para um projeto de equipe podiam renomeá-lo. Agora os usuários podem receber ou não a capacidade de renomear um projeto de equipe por meio da nova permissão para renomear um projeto de equipe.

Hub de trabalho de configurações do administrador

Apresentamos um novo hub de "Trabalho" na página de configurações do administrador que combina as 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 configurações de nível de projeto e configurações de equipe. Para configurações de equipe, os usuários só verão áreas e iterações que são relevantes para sua equipe. Em um nível de projeto, a página de configurações permitirá que 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 fácil que os administradores saibam rapidamente e facilmente quais equipes selecionaram um caminho de área específico.

Admin work hub

(Figura 101) Hub de trabalho de administrador

APIs REST de configuração do processo

Esta API pública permite aos usuários obter a configuração do processo de um determinado projeto. A configuração do processo contém os seguintes ajustes:

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

O Team Foundation Server 2017 apresenta uma nova experiência para gerenciar grupos e associação ao grupo. Você pode pesquisar nos usuários/grupos do diretório ativo ou do computador local usando critérios de pesquisa com base em prefixo em nomes de usuário/grupo. Por exemplo, 'Diogo M', bem como nomedacontasam (por exemplo, ' domíniocorporativo\diogom'), e consulte o cartão de visita de um usuário/grupo.

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

Você pode gerenciar seus tokens de acesso pessoal e SSH na nova experiência "Minha Segurança" (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).

My security

(Figura 102) Minha segurança

My profile

(Figura 103) Meu perfil

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 você estava tentando fazer – os assistentes Básico e Completo poderiam ser usados para configurar uma nova implantação. O Assistente de Atualização poderia ser usado para atualizações de produção e pré-produção; e o Assistente Somente da Camada de Aplicativo poderia ser usado para vários cenários, incluindo a expansão de uma implantação existente, substituição de uma camada de aplicativo por um novo hardware e etc. No TFS 2017, todos esses cenários foram unificados em um único Assistente de Configuração de Servidor, que o orienta em cada um desses cenários pedindo que você faça escolhas simples. Além disso, configurações avançadas, como atualizações de pré-produção e clonagem de implantação existente, agora automatizam ações que costumavam ser executadas por meio de tfsconfig.exe, incluindo a alteração de IDs do servidor, remapeamento de cadeias de conexão do banco de dados e remoção de referências em dependências externas (que costumava ser feita com PrepareClone do tfsconfig.exe).

Novo nível de acesso

Com o novo grupo 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. Assim que forem identificados, esses usuários terão acesso completo a todas as extensões da primeira parte do TFS instaladas 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 (Figura 104). Isso é útil se você desenvolver no Linux ou no Mac e quiser usar quaisquer ferramentas de automação e o GIT. Você pode gerenciar seus tokens de acesso pessoal na página de configurações de segurança do usuário.

Personal Access Tokens

(Figura 104) Tokens de acesso pessoal

Problemas conhecidos

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

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

  • Problema:

    Não foram lançadas Power Tools para o TFS 2017.

  • Solução alternativa:

    Ficamos felizes de informar que a maioria das Power Tools anteriores foram integradas ao TFS 2017. O Editor de Modelo de Processo é aquele que não foi integrado, mas você pode obtê-lo no Visual Studio Marketplace.

Atualizar extensões de controle personalizado

  • Problema:

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

  • Solução alternativa:

    Veja a nova documentação: Add a custom control to the work item form (Adicionar um controle personalizado ao formulário de item de trabalho).

Erro ao importar 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 e que exportarem uma definição de tipo de item de trabalho verão o erro "O atributo ‘LayoutMode’ não foi declarado".

  • Solução alternativa:

    Há um atributo LayoutMode extra no elemento PageContribution toda vez que você exporta uma definição de tipo de item de trabalho. Antes de importar a definição, pesquise pelo 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 posterior

  • Problema:

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

  • Solução alternativa:

    Incentivamos os clientes que usam o Git LFS a atualizarem para a versão Git LFS 1.3.1 ou superior. As versões mais antigas do cliente LFS não são compatíveis com as alterações de autenticação nesta versão do TFS. Para dar aos clientes tempo de migrar, implementamos uma solução alternativa de curto prazo para o RTW. A solução alternativa será removida na Atualização 1, quando os clientes do Git LFS que tiverem uma versão anterior à 1.3.1 deixarão de funcionar.

A restauração do NuGet não está localizando os pacotes existentes em nuget.org

  • Problema:

    Ao usar o NuGet 3.4.3 ou superior, a tarefa de restauração NuGet não restaurará pacotes de NuGet.org, exceto se for uma fonte explícita no NuGet.Config.

  • Solução alternativa:

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


Tarefas de build e versão do NuGet não são autenticadas

  • Problema:

    Ao usar o Team Foundation Server/Gerenciamento de Pacote, as tarefas de build e a versão do NuGet não serão autenticadas nos feeds se o agente estiver executando como um usuário do SERVIÇO DE REDE, que é o padrão quando o agente de build é 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 está executando o agente de build, não as credenciais fornecidas pela tarefa de build.

  • Solução alternativa:

    Para usar tarefas de build/release do NuGet com feeds do TFS usando um agente que está sendo executado como um SERVIÇO DE REDE, você deve usar o NuGet 3.5 ou superior.

Build do NuGet e Tarefas de liberação usam credenciais do agente

  • Problema:

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

  • Solução alternativa:

    Use o NuGet 3.5 ou superior nos agentes de build do TFS.

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

  • Problema:

    Se você tiver baixado uma extensão do Visual Studio Marketplace, publicado a extensão em sua instalação do TFS 2015 e atualizado 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 alternativa:

    Após atualizar para o TFS 2017, desinstale as extensões que você instalou no TFS 2015. Depois, reinstale as extensões mais recentes. No TFS 2017, adicionamos um recurso para verificar automaticamente extensões externas atualizadas uma vez por dia e atualizá-las.

Não é possível executar a tarefa de Trabalho em Fila do Jenkins definições de versão

  • Problema:

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

  • Solução alternativa:

    Atualmente, a tarefa de Trabalho em Fila do Jenkins pode ser executada como parte de definições de build do TFS, mas não de definições de versão. Esse recurso será adicionado em uma versão futura.

Os plug-ins de servidores personalizados do TFS precisam ser recriados com relação às DLLs do TFS 2017

  • Problema:

    Plug-ins de servidores personalizados do TFS não funcionam após a atualização para o TFS 2017.

  • Solução alternativa:

    Recompile seus plug-ins de servidores personalizados nos assemblies do TFS 2017.

O Modelo de Objeto de Servidor para plug-ins de servidores personalizados do TFS foi alterado desde a versão RTM do TFS 2015

  • Problema:

    Plug-ins de servidores personalizados do TFS não são compilados.

  • Solução alternativa:

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

Ao usar as ações do administrador, uma exceção é emitida

  • Problema:

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

  • Solução alternativa:

    • Opção 1: clique no nó Todos os Alertas e defina o filtro Todos os Alertas da Minha Equipe para ser exibido. Isso mostrará todos os alertas de todos os grupos aos quais o usuário tem acesso.

    • Opção 2: caso o grupo seja uma equipe, em vez de procurar pelo nome da equipe, navegue até a página Administração de Alertas para gerenciar as assinaturas.

Problema ao usar tarefas para a execução de 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’ (Implantação do Agente de Teste do Visual Studio) e ‘Run Functional Tests’ (Executar Testes Funcionais) do catálogo de tarefas atualmente usa Agents para Visual Studio 2015 Atualização 3 e pode ser usado apenas para executar testes criados usando o Visual Studio 2013 e 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 de blog.

  • Solução alternativa:

    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 do TFS 2017 Atualização 1.

As extensões não são atualizadas automaticamente

  • Problema:

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

  • Solução alternativa:

    Não há nenhuma solução alternativa no momento. Corrigimos o problema e o comportamento da atualização automática estará disponível para você no TFS 2017 Atualização 2. Se, por algum motivo, você não puder esperar até a Atualização 2, fale conosco por meio do canal de Suporte e compartilharemos a correção com antecedência.

Se você encontrar problemas que estão impedindo você de implantar em um ambiente de produção (Go-Live), entre em contato com o suporte ao produto Microsoft. (Somente em inglês) Somente durante o horário comercial dos EUA (seg. a sex., 6h-18h PST), resposta em um dia útil.

Início da página