Desde meus primeiros contatos com o WebTest Recorder do Visual Studio Team System, identifiquei que problemas aconteciam com ele com frequência e, por conta disso, perdia tempo correndo atrás de uma solução a cada vez que isso acontecia.

E ontem aconteceu denovo. Eu, com uma instalação completa e atualizada do VS 2008 Team Suite, não conseguia ver a barra do WebTest Recorder no Internet Explorer 8. Fazendo uma pesquisa rápida, encontrei um post do Michael Taute que compila soluções para diversos tipos de problemas referentes ao plugin. Você pode ler o post na íntegra em:

http://blogs.msdn.com/mtaute/archive/2007/11/09/diagnosing-and-fixing-web-test-recorder-bar-issues.aspx

Porém, um dos problemas me chamou a atenção ontem, depois de ter passado por ele. O cenário é o seguinte:

• Windows 7 64 Bits
• Visual Studio 2008 Service Pack 1 Up-To-Date
• Internet Explorer 8

O add-on do webtest recorder estava habilitado no navegador e, mesmo assim, a barra não aparecia. Veja a solução apontada pelo Michael:

O Windows Vista faz cache da lista de barras disponíveis para o Internet explorer e a barra do gravador não estava disponível na sua lista. A correção consiste em forçar o Windows a reconstruir este cache. Para fazer isso, primeiro certifique-se que você está sem nenhuma janela do Internet Explorer aberta e então abra o editor de registros do Windows (Regedit) e exclua as seguintes chaves:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Discardable\PostSetup\Component Categories\{00021493-0000-0000-C000-000000000046}

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Discardable\PostSetup\Component Categories\{00021494-0000-0000-C000-000000000046}

Nota: Por padrão, o editor de registro 32 bits está localizado em %WINDIR%\SysWow64\RegEdt32.exe

Vamos aguardar e torcer para que a ferramenta de testes web do Visual Studio 2010 seja mais estável

[]‘s

Ricardo Serradas

A mensagem de erro, depois que descobrimos a solução, é bem clara: “verifique se o servidor SQL está no ar ou se você tem permissão para acessá-lo“. Não é bem o servidor SQL, e sim o servidor de relatórios, o Report Server.

Ao acessar http://[TFSSERVER]/Reports com o TFSSETUP (usuário que usei para instalar todo o TFS) vi que não conseguia enchergar nada. Como resolver isso? Acessando a mesma URL porém autenticando-se como o Administrador local do servidor.

Pronto! Só atribuir permissão de Content Manager para o TFSSETUP (ou o usuário que está usando para criar o projeto, o seu “TFS Admin”) assim:

- Acesse http://[TFSSERVER]/Reports como orientado acima;

- Clique na aba “Propriedades”;

- Clique em “Atribuição de nova função”;

- Em “Nome do grupo ou usuário”, digite o usuário que necessita da permissão (no meu caso, [TFSSERVER]\TFSSETUP);

- Em “Função”, selecione “Content Manager” e em seguida clique em OK.

E pronto! Você conseguirá prosseguir com a criação do Team Project.

[]’s

Ricardo Serradas

Hoje instalando o TFS 2010 num ambiente single server me deparei com dois problemas que não estão previstos no TFSInstall.chm, que vem no DVD de instalação do TFS.

O primeiro erro foi que não há web.config em “C:\Program Files\Microsoft Team Foundation Server 10.0\Application Tier\Web Services”.

Solução: É preciso criar uma cópia do web.config.template já existente lá.

Segundo erro: Visualizado no wizard de configuração padrão do TFS. Veja:

Error [ Configuration Database ] TF255147: The following server that is running SQL Server is not listening on the expected TCP port: TFS01.

As portas necessárias já estavam liberadas, a instancia do SQL já estava rodando… O que fazer? Foi então quando me lembrei de dar uma olhada nas configurações do SQL 2008 (em Start > All Programs > Microsoft SQL Server 2008 > Configuration Tools > SQL Server Configuration Manager)  e lá vi que o protocolo TCP/IP não estava habilitado (e não vem habilitado por padrão numa instalação do SQL).

O que fiz então foi habilitar o protocolo, com um duplo clique em TCP/IP e na aba Protocol, mudar a propriedade Enabled para Yes.

Feito isso, voilá! O teste de configurações rodou 100%! Mas, há um porém… Se a instalação do TFS for interrompida por algum motivo (no nosso caso, pelo SQL não estar corretamente configurado) a instalação do Sharepoint Services será corrompida. Isso é um bug conhecido do Beta1 do TFS.

Por conta disso, mãos à obra! Desinstalar todo o TFS + WSS e começar denovo. Então, dessa vez, tudo correrá bem. 

Um abraço!

Ricardo Serradas

Visitei o blog do Marcos Dell Antonio e lá encontrei um posto super interessante falando sobre como o VSTS pode aumentar a produtividade/qualidade de uma equipe de desenvolvimento de software.

Gostaria de citar aqui um ponto crucial do post dele: Citação a Joel Spolsky, que criou 12 perguntas simples que, depois de respondidas, te trariam um feedback sobre seu time: ele é bom ou não é? Veja:

Os programadores possuem boas condições de trabalho? VSTS 

Os novos candidatos escrevem código durante as entrevistas? Aí vai do processo de seleção 

Segundo Joel, se pensarmos que cada “sim” dado à cada questão você colecionasse um ponto, se o seu total for acima de 10, sua equipe tem qualidade, caso contrário ela precisa e deve ser melhorada.

Concordei plenamente com o raciocínio e imagino que se um time conseguir trabalhar com cada um desses itens simultâneamente o trabalho realizado será de altíssima qualidade.

Acima, em itálico, coloquei ao lado de cada pergunta o que julgo ser a resposta mais adequada para cada questão. Claro, no post do Marcos ele encaixa de forma plena o uso do VSTS em cada uma das perguntas, o que é totalmente possível e aconselhado mas, num mundo mais “hostíl”, talvez não seja possível encorporar o trabalho dele em alguns dos itens citados nas perguntas.

E para finalizar, gostaria de deixar novamente meus parabéns ao posto do Marcos! Fantástica visão de utilização do VSTS! Abaixo, segue link do post dele. Vale muito a pena conferir na íntegra:

http://www.marcosdellantonio.net/2009/04/06/visual-studio-team-system-mais-qualidade-aos-times-de-desenvolvimento-de-software/

Um abraço!

Ricardo Serradas

“Eu fiz o shelve lá conforme você recomendou só que agora não sei como recuperar as modificações do servidor! E agora, já era? As perdi? Como faz?”

Muita calma nessa hora. A solução é bem simples, porém, o problema é compreensível. O botão “Unshelve” está em localizações pouco intuitivas na IDE do Visual Studio 2008. Vamos à elas:

1 – Em “Pending Changes”: De um certo modo, concordo que umchangeset é composto de modificações pendentes de check-in, mas não são todos que pensam da mesma forma. Para grande maioria, “Pending Changes” são check-outs locais pendentes de commit paraversionamento. Concordo, afinal Shelveset é um conjunto de modificações armazenadas no Servidor, mas ainda não versionadas.

Mas voltando ao que interessa, o “Unshelve” está aqui: View -> Other Windows -> Pending Changes.

2 – Ao clicar com o botão direito em qualquer item no solution explorer. Sim, ali mesmo. Mas desde que você tenha algum projeto aberto. Não vale aquela “Solution1″ 

Ah, aproveitando! Galera, vamos dar mais atenção à essa feature do VSTS. Esse tal de Shelve pode ser muito últil para você!

Um abraço,

Ricardo Serradas

Já está disponível para download a versão Beta 1 do Visual Studio 2010.

Os itens disponíveis são:

• Team Suite
• Team Foundation Server
• VS Professional
• .Net Framework 4.0

Para acessar, clique aqui.

Bora testar agora!!!

[]’s

Ricardo Serradas

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

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:

Apresentação

Debate

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

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:

Attrice TFS Sideckick

Abraços

Ricardo Serradas

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