A inspiração para escrever esse post veio de uma thread no grupo ALM Online do Facebook a qual faço parte e contribuo constantemente.

Durante a conversa dessa thread, foi comentado a customização de Process Template no TFS e como devemos versioná-lo quando há a necessidade de adequá-lo à realidade de nossa empresa.

Como esse papel cabe muitas vezes ao administrador do TFS e ele “pode alterar qualquer coisa sem aviso prévio”, resolvi então dar fim aos ditados populares “em casa de ferreiro, o espeto é de pau” e “faça o que eu digo, não faça o que eu faço”, pois se você cobra padronização e seguimento de processos das outras pessoas, dê você mesmo o exemplo e mostre que tudo funciona.

Criando seu próprio ALM

Como disse acima, vamos dar exemplo e para todas as customizações que você fizer para o seu TFS (customização de processos, extensibilidades de Source Control, Work Items, Builds, etc.) faça o respectivo versionamento e o processo de entregas (Build e Deploy). Para isso siga algumas dicas abaixo:

Primeira dica: Crie um Team Project para o time que administra o TFS

A primeira dica válida para o time que administra o TFS é criar um Team Project para que seu time controle todas as customizações que por ventura vocês venham criar. Claro que você dará permissão somente para o seu time restringindo acesso de uso.

Com esse Team Project você fará o versionamento de todo o código fonte desenvolvido, fará todo o processo de entrega (Build e Deploy), bem como fará o planejamento das atividades utilizando todos os recursos disponíveis. Não esqueça, você é o exemplo!

Com o Team Project criado, crie a estrutura de versionamento que corresponderá a todas as customizações que você criará no seu TFS. Não precisa pensar em uma estrutura de paralelismo de branches (aqui o cenário será bem mais simplificado), mas sim crie no mínimo a estrutura MAIN –> DEV. Lembre-se: ninguém desenvolve em MAIN 🙂

Para nosso exemplo, criarei o versionamento das seguintes estruturas:

• Process Template;
• Extensibilidade de Source Control;
• Extensibilidade de Build;
• Extensibilidade de Work Item;
• Relatórios (Reporting Services).

Segunda dica: se customizar o Process Template, versione-o

Com a estrutura acima e na eventualidade de executar algum tipo de customização no Process Template, siga os passos abaixo:

• Baixe o Process Template que servirá como base para suas customizações e faça o seu versionamento;
• Faça a alteração dos respectivos xmls do Work Item Types necessários às suas customizações e vá criando o histórico de alterações (Check Ins, Pushs, etc.);
• Programe o Deploy de sua alteração com todos os membros do time.

Terceira dica: Crie as Build Definitions necessárias

Usando ainda nossa estrutura de versionamento e na necessidade de criar extensibilidade no TFS, criaremos solutions .NET que necessitam ser versionadas como quaisquer aplicações desenvolvidas.

Por se tratar de compilações, a regra que vale para todo mundo, também vale para o time que administra o TFS:

Não compile na sua máquina, temos um servidor de build que faz esse trabalho por você!

Portanto cria as respectivas definições de Build para a compilação do seu projeto. Tendo sucesso na compilação, planeje seu Deploy.

Quarta e última dica: já que tem um Team Project só do seu time, utilize o planejamento de atividades

Isso mesmo! O Team Project pertence somente ao time de administradores do TFS. Então porque não criar um ROADMAP das melhorias que serão implementadas no TFS e definir entregas? Pense nisso! Você apresentará o seu plano à alta gestão de sua empresa e conseguirá atingir os seus respectivos planos e metas.

Espero que tenham gostado das dicas.

Até o próximo post.

Vinicius Moura.