Compartilhar via

Notas de versão da Atualização 1 do Team Foundation Server 2015

  • Artigo

| Developer Community | Requisitos do Sistema e Compatibilidade | Termos de Licença | Blog DevOps do TFS | Hashes SHA-1 | | Notas sobre a versão mais recente do Visual Studio 2019|

Observação

Esta não é a versão mais recente do Team Foundation Server. Para baixar a última versão, visite as notas de versão atuais do Team Foundation Server 2018 Atualização 3. Você pode alterar o idioma desta página clicando no ícone de globo no rodapé de página e selecionando o idioma desejado.

Neste artigo, você encontrará informações sobre o Team Foundation Server 2015 Atualização 1.

Para saber mais sobre o Team Foundation Server 2015, confira a página Requisitos e compatibilidade do Team Foundation Server.

Consulte a Página de instalação do TFS para obter mais informações.

Ícone das Notas de VersãoData de lançamento: 30 de novembro de 2015

Resumo das novidades no Team Foundation Server 2015 Atualização 1

Atualizações dos recursos:

Detalhes das novidades no Team Foundation Server 2015 Atualização 1

Git e TFVC no mesmo projeto

Agora o Team Foundation Server permite a adição de repositórios Git aos Projetos de Equipe do TFVC (Controle de Versão do Team Foundation) ou a adição de repositórios do TFVC a projetos de equipe do Git. Isso facilita a adoção de um novo sistema de controle de versão e, ao mesmo tempo, mantém todos os dados atuais do seu projeto de equipe. Os membros da equipe precisam executar o Visual Studio 2015 Atualização 1 para alternarem com facilidade entre o TFVC e o Git no mesmo projeto de equipe.

Controle de versão na Web – melhorias de histórico e de introdução

A página de detalhes da confirmação para confirmações de mesclagem foi melhorada para facilitar a leitura da mensagem de confirmação e a exibição dos detalhes importantes de uma confirmação de mesclagem. Por padrão, as confirmações de mesclagem mostram uma comparação em relação ao pai 1 porque provavelmente essa é a comparação que você deseja, principalmente ao usar solicitações de pull. Além disso, a experiência de repositório Git vazio e de repositório Git clone facilita a clonagem do repositório usando o Visual Studio, o XCode, o Eclipse ou a linha de comando.

Consulta em colunas Kanban

Os dados do quadro Kanban, incluindo a coluna do quadro, o indicador de conclusão de coluna e a raia do quadro já estão disponíveis. Você pode criar consultas, gráficos e regras de estilo com base neles. Esses campos aparecem em todos os seletores de opção de coluna e podem ser exportados como campos somente leitura no Excel. Você verá três novos campos nas experiências com item de trabalho:

  • Coluna do quadro: a coluna atual do quadro Kanban em que o item de trabalho está.
  • Coluna do quadro concluída: Falso (Realizando) ou Verdadeiro (Concluída), dependendo de onde o item de trabalho está, na coluna de divisão Realizando ou Concluída, no quadro Kanban.
  • Raia do quadro: raia atual do quadro Kanban.

O SonarQube funciona para programas Java compilados com uma tarefa de build do Maven

Agora você pode executar uma análise do SonarQube usando a tarefa de build do Maven.

As tarefas de build de análise do SonarQube funcionam com agentes locais e hospedados

As tarefas de build do SonarQube que inserem o trabalho sonar-msbuild-runner 1.0 com agentes locais e hospedados. Agora você pode usar duas tarefas de build para executar uma análise do SonarQube em conjunto com o MSBuild. Antes das etapas de build que executam o MSBuild real, insira uma tarefa SonarQube para MSBuild – Análise Inicial para especificar os parâmetros do projeto do SonarQube, a conexão com o servidor SonarQube e (enquanto o SonarQube 5.2 estiver disponível) a conexão com o banco de dados do SonarQube. Após o build e as tarefas de teste, acrescente uma tarefa SonarQube para MSBuild – Análise Final para concluir a análise e enviar os dados ao SonarQube.

Tarefas de build do Sonarqube

Seleção múltipla em todas as listas de pendências

A seleção múltipla está disponível em todas as listas de pendências e dá suporte para:

  • Reordenação do tipo "arrastar e soltar" e reassociação
  • Arrastar e soltar itens em uma iteração
  • Arrastar itens para o painel de mapeamento
  • Suporte para mover para cima e mover para a posição no menu de contexto
  • Edição em massa
  • Atribuição em massa para

Marcas colorida no Kanban

Agora você pode alterar a cor e o estilo do texto do título, bem como adicionar cor a marcas específicas. Para experimentar isso, clique no ícone de engrenagem. Você pode formatar o texto do título em Estilos e colorir as marcas em Cores de marca.

Tarefas como uma lista de verificação

Agora as tarefas podem ser adicionadas, editadas e marcadas como concluídas diretamente do cartão pai em seu quadro. Um resumo do status de acúmulo indica quantas tarefas foram concluídas e quantas ainda restam.

Painéis

Agora os painéis estão disponíveis no Team Foundation Server Atualização 1. Os painéis oferecem visibilidade à sua equipe e aos stakeholders sobre o andamento de trabalhos, códigos, testes e builds.

Adicionamos o seguinte:

  • Painéis personalizáveis. As home pages do projeto existentes agora são uma experiência totalmente personalizável, oferecendo controle total de todos os dados na tela. Como administrador de equipe, você pode reorganizar, remover ou adicionar os widgets que deseja usar. Um novo catálogo de widgets pode ser acessado pelos administradores de equipe por meio do botão grande de sinal de mais (+) verde no canto inferior direito do painel.
  • Crie vários painéis. Até agora, a página Visão Geral da Equipe era a única página que as equipes podiam usar para fixar widgets. Agora, como administrador de equipe, você pode criar vários painéis usando o botão de mais (+) ao lado de um painel existente ou por meio do gerenciador de painéis. O gerenciador de painéis pode ser acessado por meio do ícone de configurações no painel.
  • Novos widgets de painel. Todos os dados que ficavam disponíveis na antiga página Visão Geral da Equipe agora estão disponíveis por meio do catálogo de widgets. Você ainda pode adicionar vários gráficos ao painel por meio dos hubs Trabalho, Teste e Build. Além disso, há novos widgets no catálogo: um bloco de consulta condicional (que permite definir vermelho ou verde caso o número de itens de trabalho ultrapasse um limite); um bloco de código (as confirmações recentes nos últimos sete dias); um widget de resultados da consulta (permite ver todos os itens de trabalho de uma consulta) e um widget de markdown (permite usar texto, imagens e links personalizados). 

Renomear colunas e raias Kanban embutidas

Agora você pode renomear as colunas no quadro Kanban localmente, sem precisar acessar a caixa de diálogo de configuração.

Solicitações de pull no Visual Studio

O Team Explorer tem um novo hub de Solicitações de Pull, no qual os usuários podem ver a lista de solicitações de pull criadas por eles, bem como as solicitações de pull que outras pessoas atribuíram a eles. A experiência Criar Solicitação de Pull foi melhorada para permitir que os usuários publiquem branches e criem solicitações de pull em uma única ação.

#ID em solicitações de pull

Agora você pode mencionar itens de trabalho usando o símbolo “#” em discussões de solicitação de pull, em comentários de código de solicitação de pull e em comentários de código de confirmação. Esses itens de trabalho são clicáveis e apresentam a experiência de caixa leve de item de trabalho que você já conhece.

Política de branch para exigir itens de trabalho vinculados

Agora temos uma política de branch para exigir itens de trabalho associados a qualquer solicitação de pull. Assim como as políticas de revisor de código e de build, todo o código enviado ao branch precisa ser enviado por uma solicitação de pull. Quando uma solicitação de pull é criada, as confirmações associadas são inspecionadas em relação a links de item de trabalho e, quando há pelo menos um link, a política é atendida. Além disso, agora você pode vincular itens de trabalho a solicitações de pull diretamente e, quando a solicitação de pull está vinculada diretamente a pelo menos um item de trabalho, a política é atendida. Se não houver nenhum item de trabalho vinculado à solicitação de pull ou às confirmações associadas, a política falhará.

Adicionar/remover usuários da capacidade

Dois novos botões da barra de ferramentas permitem que você adicione qualquer membro ao plano de sprint (incluindo pessoas de fora da equipe) e também adicione qualquer membro ausente da equipe.

Várias atividades por membro da equipe

Ao planejar a capacidade de um sprint, agora você pode atribuir várias atividades a um único membro da equipe. Basta passar o mouse sobre uma linha ou clicar nela e, em seguida, clicar nas reticências (...) para adicionar uma nova atividade. Se um membro da equipe realiza tanto desenvolvimento quanto testes, você pode ajustar a capacidade para que ela corresponda ao conjunto certo de habilidades da sua equipe.

Arrastar qualquer item para uma iteração de qualquer lugar

Agora você pode arrastar qualquer item de trabalho de qualquer quadro ou lista de pendências para um sprint.

Adicionar painel na lista de pendências de iteração

Fizemos uma alteração que permite adicionar novos itens de lista de pendências diretamente às listas de pendências de sprint. Anteriormente, a única maneira de adicionar um novo trabalho aos requisitos ou bugs a um sprint era adicioná-los à lista de pendências do produto e, em seguida, arrastar cada item de uma vez até o sprint certo.

A linha no burndown indica a capacidade real

O gráfico de burndown agora tem uma linha que mostra a capacidade disponível durante um sprint, além da linha de tendência ideal existente. Agora é mais fácil saber se você está no caminho certo para concluir seu trabalho durante o sprint. Essa linha é criada de acordo com os dados de capacidade, incluindo os dias de folga individuais e da equipe.

Reordenar cartões ao alterar colunas

Agora você pode reordenar o cartão ao alterar a coluna, de modo que o cartão permanecerá onde for solto. Também eliminamos a rolagem automática e, portanto, o quadro manterá sua localização depois que você soltar um cartão.

Definir configurações diretamente de listas de pendências/quadros

O ícone de engrenagem aparece em todas as páginas de lista de pendências e de quadro. Clique nele para mostrar todas as configurações disponíveis para essa página. À medida que novas configurações forem disponibilizadas, você as encontrará aqui.

Ocultar campos vazios em cartões

Adicionamos a capacidade de ocultar campos vazios no cartão. Isso significa menos espaços em branco, cartões menores e mais cartões no quadro. Para habilitar esse recurso, clique no ícone de engrenagem, selecione Campos e desmarque Mostrar campos vazios.

Cartões coloridos no painel de tarefas e no quadro Kanban

Agora você pode configurar os quadros para que eles incluam a formatação personalizada de seus itens de trabalho, com base em qualquer valor. Essa configuração é fácil. Clique no ícone de engrenagem na parte superior do quadro, selecione Estilos de cartão e crie uma regra para a cor que deseja adicionar.

Ao criar uma consulta, limite os valores mostrados para tipo de item de trabalho

Agora você pode criar escopos para consultas para limitar a lista suspensa de estados e tipos de item de trabalho, eliminando estados e tipos de projetos que não fazem parte do escopo da consulta.

Teste manual: exportar resultado do teste

O recurso Exportar Plano de Teste do Hub de Teste permite enviar por email ou imprimir um plano de teste em um formato que facilita a revisão. Até agora, era possível exportar informações centradas em teste e criação, como planos de teste, hierarquia de pacotes de teste, configurações de teste e casos de teste. Agora há suporte para a exportação de informações centradas em teste e execução. Você pode usar esse recurso para compartilhar um status detalhado do andamento da execução do teste com os stakeholders. Na caixa de diálogo de seleção de exportação, você pode exportar o resultado mais recente do teste, que exportará o resultado mais recente de todos os testes de um caso de teste, incluindo campos como a hora em que o teste foi executado, o build testado, a configuração testada, o testador atribuído ao teste e a identidade de quem realmente executou o teste.

Teste manual: resultados da etapa de teste manual e iterações de testes controlados por dados

O Hub de Teste permite a execução de testes manuais e a exibição de informações de aprovação/reprovação de teste. Até agora, a exibição de informações detalhadas do resultado do teste, como os detalhes de cada etapa do teste, os comentários e os anexos, só era possível com o MTM (Microsoft Test Manager). Com essa atualização, você pode procurar quais etapas do teste foram aprovadas ou falharam e os comentários inseridos pelo testador durante a execução dos testes manuais. No Test Hub, clique na guia Execuções . Se você executou testes usando o MTM e capturou capturas de tela, vídeo e outros anexos, como informações do sistema, também poderá visualizá-los. Se seus testes são controlados por dados com parâmetros, você pode procurar os detalhes de todas as iterações do teste. Para procurar essas informações detalhadas do resultado do teste, abra o painel Resultados de Teste Recentes e clique duas vezes em um resultado do teste. Você também pode exibir esses resultados de teste ao navegar até a guia Execuções no Hub de Teste.

Melhoria do controle de acesso para recursos de build

Os administradores de build agora podem adicionar permissões à fila de agentes, restringindo quem pode usar essa fila em uma definição de build.

Melhoria da integração do controle de acesso no Team Build

Você pode controlar os mapeamentos do lado do cliente para pastas de controle do código-fonte usando o TFVC (Controle de Versão do Team Foundation). Reduzimos o número de caracteres nos diretórios de trabalho padrão do Team Build, o que deve ajudar a corrigir alguns dos problemas de tamanho de caminho no Team Build.

Pequenos problemas de usabilidade corrigidos no Explorador de Build

O item de menu de contexto Meus Builds está disponível novamente no Gerenciador de Build. Isso abrirá a lista de builds no Visual Studio em vez de sempre direcioná-lo para a Web. Clicar em um build individual para ver os detalhes ainda iniciará o navegador.

Política de retenção de resultado do teste

Habilitamos o suporte no produto para simplificar a limpeza dos dados do resultado do teste e remover a dependência de ferramentas como a Limpeza do Anexo de Teste. O recurso de política de retenção de resultado do teste adiciona a funcionalidade de limpar todos os dados do resultado do teste no sistema, incluindo execuções de teste, resultados de teste e anexos de teste mais antigos do que um número de dias especificado. Todos os resultados de teste no sistema, incluindo os resultados dos fluxos de trabalho de teste automatizados, dos fluxos de trabalho de teste manual e dos resultados do teste publicados usando APIs REST, podem ser limpos usando esse recurso. Essa política de retenção pode ser configurada no nível do projeto de equipe. Você pode especificar políticas separadas para os resultados de teste automatizado e manual, oferecendo a flexibilidade de reter os resultados do teste manual por mais tempo do que os resultados do teste automatizado.

Também estamos integrando a retenção de teste com a política de retenção do novo sistema de build (Build vNext) ao adicionar funcionalidade de excluir resultados de teste quando os builds são excluídos.

Andamento da paridade do build XAML

Agora o Team Build no Visual Studio Team Services e no Team Foundation Server dá suporte aos seguintes recursos do sistema de build XAML:

  • Origens de rótulo no Git e no TFVC
  • Mapeamentos de workspace do lado do cliente para o TFVC

O resumo dos detalhes da confirmação está mais fácil de ler

O resumo dos detalhes da confirmação está mais fácil de ler porque a mensagem de confirmação está na parte superior e a mensagem estendida está abaixo. Ele também tem como padrão mostrar uma comparação com o pai 1, que funciona bem com a nova experiência de solicitação de pull que sempre cria uma confirmação de mesclagem.

Melhoria da experiência para repositórios Git vazios e clonagem de repositórios existentes

Ficou mais fácil clonar um repositório no Visual Studio Team Services e no Team Foundation Server. Você pode clonar no Visual Studio ou criar um token de acesso pessoal diretamente na página do repositório Git vazio ou com o botão Clonar.

Suporte à implantação do Grupo de Recursos do Azure no fluxo de trabalho de build

Com a adição da tarefa de implantação do Grupo de Recursos do Azure, juntamente com o suporte do ARM (Azure Resource Manager), você pode gerenciar o ciclo de vida de um Grupo de Recursos do Azure. Isso inclui suporte para o provisionamento e a implantação de recursos do Azure. O Azure Resource Manager permite que você crie modelos de implantação reutilizáveis que descrevem de forma declarativa os recursos que compõem seu aplicativo (por exemplo, um site e um banco de dados SQL). Isso simplifica o processo de criação de ambientes complexos para desenvolvimento, testes e produção de uma forma que possa ser repetida. Os modelos do Azure podem ser encontrados no GitHub e na Galeria do Azure.

Além disso, o ponto de extremidade de conexão ao serviço do Azure agora é compatível com as Entidades de Segurança do Azure AD

Entrega contínua: provisionamento de recursos no Azure

Usando o Azure Resource Manager, agora você pode incluir uma etapa na definição de build para provisionar recursos. A nova tarefa “Implantação do Grupo de Recursos do Azure” permite que você provisione recursos, como máquinas virtuais, usando um arquivo de modelo e, em seguida, implante o build mais recente nesses recursos usando extensões de recurso, como a extensão de recurso DSC.

A filtragem de lista de erros do Visual Studio rege arquivos modificados

Agora você pode filtrar a lista de erros para ver somente os erros, os avisos e as informações em arquivos que têm alterações pendentes. Dessa forma, você não é sobrecarregado por erros em arquivos que você não mexeu, e pode se concentrar nos erros com oportunidade de corrigir.

A filtragem de lista de erros do Visual Studio é regida por arquivos modificados

Instalador autônomo de integração com o Office

O instalador autônomo do Team Explorer foi removido no Team Foundation Server 2015 porque muitos recursos que não são para desenvolvedores foram movidos para a experiência da Web do TFS. Uma inconveniência que isso causou foi que aqueles que não eram desenvolvedores e desejavam usar as funcionalidades de integração com o Office do TFS não podiam mais acessá-las, a menos que instalassem uma versão completa do Visual Studio. Na versão TFS 2015 Atualização 1, agora há um instalador autônomo de integração com o Office disponível. Ele inclui a integração de cliente do projeto com o Excel e a ferramenta de storyboarding com base no PowerPoint.

Correções de bug e problemas conhecidos

Para obter uma descrição completa de melhorias na tecnologia, correções de bug e problemas conhecidos desta versão, confira o seguinte artigo da KB (Base de Dados de Conhecimento).

Comentários e sugestões

Adoraríamos ouvir o que você tem para nos dizer! Relate um problema e acompanhe-o por meio da Comunidade de Desenvolvedores e receba consultoria no Stack Overflow. Como sempre, se você tiver ideias sobre o que gostaria que priorizássemos, vá para Developer Community para adicionar sua ideia ou votar em uma existente.

Início da página