Team Foundation Server 2017

Last Update: 04/04/2017

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.

A pesquisa de código oferece:

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

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 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.

Gerenciador 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 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).

Novo formulário 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" 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.

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á ao vivo!

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.

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. Você pode clicar no título para abrir o formulário de item de trabalho.

Aprimoramentos 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.

Aprimoramentos da lista de verificação 2

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. 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.

Busca detalhada do recurso épico

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 você deseja exibir em seus cartões Kanban. 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.

Ativar anotações de 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 definindo filtros em usuários, iterações, tipos de item de trabalho e marcas. Esses filtros serão mantidas para que você possa exibir seu painel personalizado, mesmo quando você se conectar a vários dispositivos.

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 Áreas e caminhos de iteração.

Controle de caixa de seleção

Agora você pode adicionar um controle de caixa de seleção aos seus itens de trabalho. 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.

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.

marcações

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.

Pontos de extensão da lista de pendências

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

Aprimoramentos de email

Melhoramos consideravelmente a formatação e a usabilidade dos alertas de item de trabalho, seguidas e emails @mention enviados pelo TFS. 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.

Aprimoramentos em emails

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. 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.

Modelos de itens 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. 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.

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. Isso é extremamente útil quando você deseja usar esses blocos como KPIs para identificar a integridade e/ou ação que pode ser necessária.

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 de membros de equipe foi atualizado para tornar mais fácil adicionar alguém à sua equipe.

Atualização de widgets

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 gerenciarem o trabalho atribuído a eles, sem deixar o contexto do painel. 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.

Atribuídos 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 as ramificações criadas, enviadas por push ou adicionadas aos favoritos. 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.

Página de ramificações reprojetada

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. 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.

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. 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.

visão geral de solicitação pull

Arquivos

O novo e maior recurso nesta versão é a capacidade de ver atualizações feitas em uma solicitação pull. 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.

arquivos de solicitação pull

Atualizações

O novo modo de exibição Atualizações é usado para mostrar como o PR está mudando ao longo do tempo. 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.

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. 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.

comentários na 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.

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 um exemplo de alteração com um comentário na linha 13.

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 (linha 14).

controle de comentários

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.

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.

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 espera por políticas para ser concluído.

caixa automática

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. 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.

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 Code Explorer e detalhes da confirmação. 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.

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. 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.

Envie 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. 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.

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.

tfvc

git

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. 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.

criar repositório

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 enfileiradas que mostra uma lista mais longa de builds enfileiradas e em execução e de forma mais intuitiva.

Guia Build enfileirada

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. 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.

Ordem de build e de coluna

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, vejo isso:

Número de build para linha

Número de build para 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.

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. 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.

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. 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).

SonarQube em solicitações pull

Configurar 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 de 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.

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.

Clonar e exportar os comandos na página de resumo da versão

Para obter mais detalhes, consulte 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.

Resultados de teste exibidos no resumo da versão

Para obter mais detalhes, consulte Understand the summary view of a release (Compreender o modo de exibição de resumo 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.

Passar tokens OAuth para scripts

Para obter mais detalhes, consulte Opções gerais do ambiente

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

Exemplo de script 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".

O resumo de versão 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.

Configuração da opção para disparar a partir de uma versão parcialmente bem-sucedida

Para obter mais detalhes, consulte Environment deployment triggers (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.

Vinculação do código em um repositório do GitHub com uma definição de versão

Para obter mais detalhes, consulte 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.

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.

Implantação de aplicativo Web usando o 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.

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.

Vinculação do código em um repositório do GitHub com uma definição de versão

Para obter mais detalhes, consulte 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.

restaurar as versões

Para obter mais detalhes, consulte 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 o versão, para garantir que os artefatos estejam disponíveis se for necessário reimplantar essa versão.

reter versões

Para obter mais detalhes, consulte 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. 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.

    reter versões

    Para obter mais detalhes, consulte Artifact source alias (Alias de origem do artefato)

  • 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 Artifact variables (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.

reter versões

Para obter mais detalhes, consulte 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 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.

reter versões

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 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.

Agendar um lançamento 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, confira Implantações bifurcadas e conjuntas 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.

Implantação em nuvens do Azure nacionais

Para obter mais detalhes, consulte 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 de configurações no hub de teste. Agora você pode criar e gerenciar configurações de teste e variáveis de configuração de teste no hub de testes.

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. 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.

Atribuir configurações

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 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.

Painel de resultados de testes

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

Agora você pode ordenar testes manuais de dentro do hub de teste, independentemente do tipo de conjunto 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. Isso conclui um item de voz do usuário dentre aqueles há muito aguardados (com 495 votos) nos testes manuais.

Ordenar testes

Ordene testes no cartão

Organização dos conjuntos de testes no Hub de teste

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 o recurso de arrastar/soltar no Hub de teste, os conjuntos podem ser reordenados entre os conjuntos pares ou movidos para outro conjunto na hierarquia. Isso resolve o seguinte item de voz do usuário no gerenciamento de casos de teste/teste manual.

Organizar conjuntos de teste

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. 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.

Pesquisar usuários

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. 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.

Escolha uma compilação

Iniciar o cliente do Microsoft Test Runner no Hub de teste com Coletores de Dados

Agora você pode escolher seus coletores de dados e build para associar à execução de teste e iniciar o Microsoft Test Runner 2017 (cliente) de forma eficaz n 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.

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 Exploratory Runner 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 para obter um pacote com base em Requisitos e escolha Exploratory Runner e os coletores de dados que você precisa. O executor exploratório será iniciado como o Microsoft Test Runner conforme descrito acima.

Executar com Options – 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. 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.

Configurar os resultados de teste

Verificar bugs de item de trabalho

Agora, é possível verificar um bug executando novamente os testes que o identificaram. 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.

Verificar Bugs

APIs REST para o plano de teste / Clone do 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.

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, você será levado até o Hub de teste. Abra o plano de teste certo e, em seguida, selecione o conjunto específico que controla esses testes embutidos.

Atravessar para plano/conjunto

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

Com a nova página de Testes na caixa de diálogo de configurações comuns no quadro Kanban, você pode controlar o plano de teste nos quais os testes embutido são criados. Antes disso, 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.

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. 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.

Anexos das etapas de teste

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

No Web runner ao usar o Chrome, agora você pode fazer capturas de tela e anotá-las de forma embutida. 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.

Capturas de tela do Web Runner

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

Bugs arquivados como filhos – Extensão de teste e comentários/Web Runner

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 Web Runner

Além de criar novos bugs do Web Runner, agora você também pode atualizar um bug existente. 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.

Adicionar a 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.

Faça testes exploratórios em um item de trabalho específico. 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. 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 em um item de trabalho. 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. Pesquise um item de trabalho de dentro da sessão XT e associe-o à sessão em andamento.

XT do cartão

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 de página da Web usando Teste e Comentários

Log de ações de imagem: a extensão também 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” 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.

Registro de ações de imagem do XT

Crie casos de teste com base nos dados de registro de ação de imagem

Você pode criar casos de teste durante a sessão exploratória, nos quais as etapas de teste com imagens são preenchidas automaticamente para você. 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.

Crie 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:

  • 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.
  • 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.

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. 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.

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. 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.

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" 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.

Fluxo de comentários do XT

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. 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.

Fluxo de comentários do XT

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).

Melhorias de testes automatizados

Registros 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. 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.

Registros 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. 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.

AttachFileHandler14-800px

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. 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.

AttachFileHandler8

Histórico de testes automatizado para ramificações 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 diversas ramificações sob teste observando a guia Histórico na página Resumo de resultados. 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.

AttachFileHandler9-800px

Rastreabilidade com testes contínuos

Agora, os usuários podem controlar a qualidade de seus Requisitos diretamente no Painel. 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.

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. 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.

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.

AttachFileHandler1

Agora, você também receberá um link no projeto SonarQube. 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.

AttachFileHandler1

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.

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. 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.

Comprar extensão paga

Para obter mais detalhes, consulte 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, 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.

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.

Nova experiência de administração com Pesquisa do AD baseada em prefixo

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". 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.

minha segurança

minha segurança

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. 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.

PAT

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 não foi integrado, mas nós publicaremos uma ferramenta de Editor de Modelo de Processo para o TFS 2017 na Galeria do Visual Studio, logo após o TFS 2017 ser disponibilizado. Forneceremos o link aqui assim que ele for publicado.

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.