Trabalho colaborativo com Visual Studio 2005 Team System (parte 2)

Na primeira parte do artigo, falamos sobre o objetivo, as futuras expansões, vimos o diagrama do Team System e agora vamos falar sobre os principais recursos.

por Marcus Garcia

Na primeira parte do artigo (http://www.linhadecodigo.com.br/artigos.asp?id_ac=507), falamos sobre o objetivo, as futuras expansões, vimos o diagrama do Team System e agora vamos falar sobre os principais recursos. Antes, precisamos estar cientes que, o Visual Studio 2005 Team System não é um Upgrade do Visual Source Safe, aliás, nem o controlador de versões do VSTS foi migrado do Source Safe, na verdade, foi criado do ZERO. Vamos ver algumas comparações entre eles:

Visual Studio 2005 Team System X Visual Source Safe

Portanto, como podem notar acima, o VSTS é uma ferramenta muito mais completa que o VSS, o gerenciador de versões nada mais é que um recurso poderoso do VSTS.

OS PRINCIPAIS RECURSOS DO VSTS (Overview)

Work Item Tracking

Dentro do nosso projeto existem muito mais coisas além de bugs para serem controladas. Existem requerimentos, tarefas e outras coisas além de bugs. A idéia do Work Item tracking system é nós imaginarmos que bug é apenas uma das instâncias que eu posso ter nesse banco de dados para controlar e para eu criar os meus próprios tipos também. Esse sistema é toda a base para ocorrer o processo de workflow.

Exemplo:
Imaginem que eu seja um Gerente de Projetos e solicite ao Analista que quando for dar um build em determinada aplicação, tenha que passar primeiro pelos testes A, B e C... Ou seja, Unit Tests. O Work Item é utilizado para predefinir tudo aquilo que eu quero que seja feito antes de rodar uma aplicação ou mudar um status de uma tarefa. Foi criado um mecanismo capaz de customizar esses Work Item, podemos usar requerimentos, cenários ou qualquer forma que faça sentido para nós, você cria o seu padrão, seus tipos suas regras, etc. já existem algumas metodologias templates que a partir do momento que eu crio um projeto utilizando uma delas eu não tenho que me preocupar em definir as regras e estados de acordo com a metodologia escolhida.

Source Control

Basicamente, na ocasião do Check-in eu posso definir vários elementos, por exemplo, um determinado teste, em geral ele faz o básico do Source Safe e ainda integra os outros recursos do VSTS.

Buid Automation

De forma automatizada, a idéia é reproduzir o processo de build como a conhecemos, mas agora ela é integrada ao VS e assim podemos programar nosso build para a noite e no dia seguinte analisar como foi o build da noite anterior através de relatórios.

Project Site

Utilizando os recursos do Share Point e do VS, é possível criar um site para o time de desenvolvimento.

Reporting

Com hierarquia e tipos de relatórios distintos, e já contando com cerca de 50 relatórios para servir a todos os gostos e você podendo criar os seus também, o Reporting traz visões específicas para Cios, Gerentes, Programadores, Arquitetos, etc.

No próximo artigo, vamos ver mais detalhes do Team Foundation.

Visite meu blog: http://br.thespoke.net/MyBlog/marcusgarcia/MyBlog.aspx

[] "s a todos!

Marcus Garcia