Como mudar ferramenta de compare no VSTS
Infelizmente o VSTS 2008 usa a interface de compare que já existia no VSS. Eu, particularmente, não gosto. Acho que existem outras ferramentas no mercado que fazem compare muito melhor do que ela. Eu por exemplo uso o WinMerge.
Como vinha tendo problemas com o modo que o VSTS faz o compare, fui atrás de modificar a ferramenta que ele usa para esta ação. Para fazer isso, basta seguir os passos abaixo:
- No VSTS, clique em Tools > Options > Source Control > Visual Studio Team Foundation Server
- À direita, clique em “Configure User Tools…”
- Na nova janela, clique em “Add…”
- Em extensions, insira as extensões de arquivo as quais você quer usar a ferramenta para fazer compare;
- Em “Operation” deixe “Compare”;
- Em “Command”, localize o executável da ferramenta (no meu caso, “C:\Program Files\WinMerge\WinMergeU.exe”);
- Em “Arguments” configure conforme sua ferramenta de merge recebe os parâmetros;
Não aconselho fazer o mesmo para a ferramenta de merge essa sim eu acho que está legal 
[]’s
Ricardo Serradas
TFS não tem histórico antes do branch? Tem sim…
Uma feature que faltou ao Source Control Explorer foi poder visualizar o histórico literalmente completo do arquivo. Digo isso porque se um arquivo fez parte de um branch, todo o histórico antes disso não pode ser visualizado através do “View History”.
Para conseguir fazer isso através da IDE, seria necessário ir nas propriedades do arquivo, na aba Branches e consultar qual (ou quais) é o seu branch pai ao qual ele pertence, localizar este arquivo neste branch e visualizar o arquivo… Trabalhoso, não?
Pois é… E por isso existe no CodePlex um projeto chamado TFS Follow Branch History, que permite fazer isso tudo com apenas um clique, ou dois, se considerarmos o clique do botão direito no arquivo 
Ele funciona como um Add-in para o VS 2008 e, depois de instalado, disponibiliza mais um botão no menu exibido ao clicar com o botão direito em qualquer arquivo no Source Control Explorer, assim:
Acesse a página do projeto clicando aqui.
Vale lembrar que o TFS Power Tools também disponibiliza uma opção a mais para a visualização do histórico via linhas de comandos, que é “/followbranches”.
Abraços
Ricardo Serradas
Vídeo – Apresentação e debate sobre VSTS
Olá pessoal,
Há alguns dias atrás, eu e o Léo participamos de uma das reuniões do grupo DotNet Architects, que tinha como assunto Visual Studio Team System.
Na época, ficou prometido que o vídeo da apresentação do André Dias e o debate que fizemos depois ficariam disponíveis na web, e o dia finalmente chegou. Só clicar:
A palestra do André foi super legal, com um foco diferente, visando o dia-a-dia do user e do admin do TFS, enquanto o debate foi mais do que “quente” e cheio de esclarecimentos. Pessoal mandou bem nas perguntas e respostas!
Um abraço e parabéns ao pessoal do grupo!
Ricardo Serradas
TFS Sidekicks
Olá a todos,
Nesta semana, conseguimos efetuar a migração dos fontes armazenados no SourceSafe e SVN para o TFS aqui na empresa.
De um modo, a migração foi muito tranquila. A única perda foi a do histórico do SVN, pois ainda não há nenhuma ferramenta que faça essa migração anexando o histórico, diferente do que faz o VSSConverter.
O que tem sido um problema nos últimos dias é o gerenciamento dos workspaces por parte dos desenvolvedores, principalmente dos que trabalhavam com o SVN, que era integrado ao Windows Explorer. O que tem acontecido é que uma única pasta no source control é mapeada para diversas no disco da máquina.
O TFS permite que seja criado um template de workspace para a equipe, mas não oferece opção para evitar que os Colaboradores façam novos mapeamentos. É possível apenas evitar que novos workspaces sejam criados.
Para contornar isso então, precisava encontrar uma maneira de visualizar todos os workspaces de todos os usuários e orientá-los melhor a respeito desta feature. Mas como fazer isso?
Foi quando encontrei o Team Foundation Sidekicks. Com ele, além de executar esta ação, também é possível:
- Checar status de arquivos;
- Visualizar históricos, shelvesets e labels com dados mais detalhados;
- Gerenciar permissões;
- UI para melhorar auxiliar no processo de code review.
Eu achei a ferramenta muito bacana. Ainda estou a explorando e com certeza devo encontrar mais surpresas. Para quem quiser conhecer, segue o link abaixo. É 100% free:
Abraços
Ricardo Serradas
Build e Deploy – Database Projects
Olá,
Para quem se preocupa com Database Projects no momento de um build ou deploy. Aquela preocupação que diz respeito à “vou ter que reconstruir meu banco para gerar o novo build?” ou “vou perder todos os dados da tabela X para poder adicionar uma nova coluna a ela?”…
O VSTS Database Edition (Codename “Data Dude”) tem total integração com o MSBuild. Ou seja, todo o esquema de build e deploy podem ser também utilizados para sua camada de dados do projeto.
As alterações no projeto de banco, sejam de adição de novas entidades ou alteração de alguma já existente, são adicionadas a um arquivo .sql. Este arquivo pode ou não ser integrado ao seu processo de build diretamente, dependendo do seu processo (validação de algum DBA, etc).
Lembrando que no processo de build, tanto podem ser usadas somente as alterações realizadas quanto o script inteiro do banco de dados.
Em um deploy Full (usado para entrega ao cliente, geração de versão), todo o banco de dados é criado no server de destino. É este o processo padrão quando, no destino, o banco não existe. Porém, isso pode ser forçado no build usando a opção “Always Recreate Database”.
Já num deploy incremental (útil para gerar builds para testes), somente os scripts de alterações realizadas são rodados no banco de dados.
Ainda podem ser utilizados scripts incrementais que validem versão do servidor no destino, nome do banco de dados e nível de compatibilidade. Caso alguma dessas validações falhe, o processo de build/deploy pode ser abortado.
Abraço,
Ricardo Serradas
Team Foundation Server SDK
Oi pessoal,
O primeiro post após a 5ª Reunião dos .Net Architects e percebi que não tinha postado nada a respeito de uma ferramenta muito importante vinculada ao TFS, que foi muito bem comentada na palestra do André Dias: o Team Foundation Server SDK.
Este pacote contém documentações e ferramentas que lhe ajudam a desenvolver aplicações que se integrem ao Team Foundation Server.
Vale a pena dar uma estudada nesse SDK, visto que sua empresa possa ter necessidades que não são 100% atendidas pelo VSTS. Daí o porque dele ser extensível.
Aqui vai o link da apresentação: http://msdn.microsoft.com/en-us/library/bb130146.aspx
E aqui, o link para o download do SDK (2008):http://www.microsoft.com/downloads/details.aspx?familyid=30402623-93CA-479A-867C-04DC45164F5B&displaylang=en
Um abraço!
Ricardo Serradas
VS 2003 – Problemas após o TFS MSSCCI Provider
Bom dia pessoal.
Hoje o que me fez elaborar mais um post não é uma novidade muito agradável.
Em testes que estava fazendo no provider do TFS (que postei sobre ele dias atrás), encontrei problemas quando temos um cenário em que ainda se faz necessário o uso do Source Safe.
Após a instalação do provider, não foi possível voltar a usar o Source Safe novamente através de um Switch de fontes de código amigável na IDE do Visual Studio 2003.
Para poder usar o VSS novamente sem desinstalar o Provider do TFS, foi necessário modificar a chave de registro “ProviderRegKey” que se encontra em:
[HLM\Software\SourceCodeControlProvider\ProviderRegKey]
O novo valor atribuido tem que ser o caminho de registro do Source Safe, que por default é:
“Software\Microsoft\SourceSafe”
Este valor pode ser encontrado na chave “Microsoft Visual SourceSafe”, contida em:
[HLM\Software\SourceCodeControlProvider\InstalledSCCProviders]
Se quiser voltar a usar o TFS Provider, basta voltar o valor da chave “ProviderRegKey” para o mesmo valor da chave “Microsoft Team Foundation Server MSSCCI Provider”, encontrada na localização informada logo acima.
Abraço galera.
Ricardo Serradas
Download Team Explorer
Olá pessoal,
Há muito tempo atrás tinha prometido postar os links para download do Team Explorer. Não fiz isso na época porque, por algum motivo, a Microsoft tinha tirado esses links do ar. E quando voltou, estava quebrado.
E depois de todo esse tempo, ao tentar fazer novos testes de download, conferi que eles estão funcionando! Seguem abaixo:
Team Explorer 2005: Link
Team Explorer 2008: Link
Eles estão em formatos de imagem (ISO e IMG, respectivamente – tamanho em torno de 300 MB) que têm que ser emuladas através de uma ferramenta específica para isso. Recomendações são: PowerISOe Daemon Tools.
Vale lembrar que esta ferramenta vem dentro do DVD do Team Foundation Server.
Abraço
Ricardo Serradas
Provider do TFS para outras IDEs
Olá a todos,
Numa última discussão sobre TFS, me veio um pensamento sobre possíveis ‘obstáculos’ numa migração de VS Professional + VSS para Team System: a migração de framework.
Vamos imaginar um cenário em que alguns de nossos módulos são escritos ainda em .Net 1.1 (VS 2003). Já foram feitas tentativas de migração para 2.0 ou 3.5, mas houve impacto no funcionamento e foi feito um rollback da versão.
Uma alternativa para isso é simplesmente manter o framework 1.1, usando o provider do TFS para outras plataformas, o VSTS MSSCCI Provider.
Para utilizá-lo, basta ter o Team Explorer instalado na máquina. Ele é compatível com as seguintes IDEs de desenvolvimento:
- Visual Studio .NET 2003
- Visual C++ 6 SP6
- Visual Visual Basic 6 SP6
- Visual FoxPro 9 SP1
- Microsoft Access 2003 SP2
- SQL Server Management Studio
- Sparx Systems Enterprise Architect 6.1
- Sybase PowerBuilder 10.5
- Toad for SQL Server 2.0
Para baixá-lo, clique aqui.
Como exemplo, no VS 2003, depois que instalar o provider vá em Tools > Options > Source Control > Use Team Foundation Server.
Vale lembrar que não é uma obrigatoriedade que a aplicação seja em .Net para usar o TFS, como falamos aqui.
Um abraço
Ricardo Serradas
Preparando-se para migrar do SourceSafe para o Team Foundation
Algo que causa muita preocupação e muito planejamento em empresas que pensam em migrar do VSS para o Team Foundation server é justamente a migração do código-fonte.
Há os que pensam que vão perder o histórico, outros que vão ter que recolocar os fontes no sourcecontrol manualmente, e por aí vai. O legal é destacar que o TFS conta com uma ferramenta chamadaVSSConverter, que colabora com essa migração.
Esta ferramenta transporta entre as plataformas os arquivos, pastas, histórico de versões e informações de usuários. É claro que algumas informações não são compatíveis entre o VSS e o TFS e não serão transportadas. Abaixo, veremos um overview de uma preparação de migração e falaremos de mais detalhes.
Para que possamos continuar com o assunto, é importante ter instalado as ferramentas abaixo na máquina em que você pretende rodar a ferramenta de conversão:
- Team Explorer
- Permissão de administrador na máquina
- SQL Server Express
- Visual Source Safe 2005 ou superior
- A base do VSS que você quer analisar. O formato da base deve ser 6.0 ou superior. Você deve rodar o conversor na mesma máquina em que se encontra sua base.
- Você precisa também da senha de administrador da base do VSS.
Preparando a base do VSS
Antes de começarmos…
- Peça a todos os usuários para fazer check-ins em seus arquivos
- Crie um backup da base que vai migrar
- Use a ferramenta de análise do VSS para localizar e resolver problemas de integridade de dados na sua base.
Analisando os projetos…
VSSConverter.exe é um utilitário de linhas de comando que precisa dos seguintes parâmetros:
- Um caminho para a pasta que contém o arquivo srcsafe.ini da base que está migrando
- Um arquivo XML que contém configurações
- VSSConverter está em [raiz]:\Arquivos de Programas\Microsoft Visual Studio 9.0\Common7\IDE\ e pode ser chamada através do utilitário de linha de comando do Visual Studio.
Vamos imaginar que sua base do VSS esteja em C:\VSSDB.
Depois que você decidiu que projetos da base vai analisar, é preciso criar um arquivo que contenha as configurações. Este arquivo é a lista de projetos que você quer migrar.
Para criar o arquivo de configurações…
- Vamos criar um diretório para trabalhar com nosso arquivos. Eu criei o C:\VSS2TFS
- Dentro dele, crie o arquivo settings.xml e abra-o com o Notepad.
- Copie o XML abaixo e cole dentro do arquivo, onde $\PastaA e$\PastaB são os projetos que quer migrar.
<?xml version=”1.0″ encoding=”utf-8″?>
<SourceControlConverter>
<ConverterSpecificSetting>
<Source name=”VSS”>
<VSSDatabase name=”C:\VSSDB”></VSSDatabase>
</Source>
<ProjectMap>
<Project Source=”$\PastaA”></Project>
<Project Source=”$\PastaB”></Project>
</ProjectMap>
</ConverterSpecificSetting>
<Settings>
<Output file=”Analysis.xml”></Output>
</Settings>
</SourceControlConverter>
* Para migrar o banco inteiro, use: <Project Source=”$/”></Project>.
- Em <VSSDatabase name, coloque o caminho do diretório onde está sua base do VSS a ser migrada.
- Salve e feche.
O próximo passo será rodar o conversor usando o caminho deste arquivo como parâmetro. O usuário logado no windows precisa ser administrador no SQL Express também. Por padrão, o usuário que instalou o SQL ou o Visual Studio que ele acompanhou já tem essa permissão.
Para analisar o projeto com o conversor…
- No prompt de comando do Visual Studio, digite: VSSConverter Analyze settings.xml
- Quando for solicitado, digite a senha de administrador da base do VSS.
O conversor irá mostrar o status da análise. Quando terminar, irá gerar um relatório (VSSAnalysisReport.xml) e um arquivo de mapeamento de usuários (usermap.xml) e vai salvá-los no diretório corrente.
O próximo passo, depois de ver que a migração terá sucesso fazendo a análise, será fazer efetivamente a migração, o que veremos no próximo post.
Um abraço
Ricardo Serradas
