Os mais conhecidos são GitHub e BitBucket. Eles permitem que você publique e compartilhe seus códigos com controle de versão, siga e seja seguido por outros desenvolvedores, acompanhe e participe de outros projetos, etc. A idéia já tomou proporções tão grandes que muitas empresas, pelo menos lá fora, tem até utilizado o histórico desses sites para avaliar a contratação de programadores.

Uma característica importante desses sites é que são baseados em DVCS, ou seja, Controle de Versão Distribuído. E a principal diferença entre o GitHub e o BitBucket, é exatamente o sistema de controle de versão usado. No GitHub é o Git e no BitBucket é o Mercurial.

Algum tempo atrás eu já havia me decidido que se eu fosse migrar do Subversion para um sistema distribuído, seria o Mercurial por ser mais amigável no Windows do que o Git, e também por ter sido a ferramenta adotada no Kiln, ferramenta que se integra totalmente ao FogBugz, que já usamos na empresa.

Abri uma conta no BitBucket e procurei projetos Delphi. Encontrei vários e escolhi o DelphiClean do Nick Hodges para fazer um fork e entender como funcionava o processo.

Quando se faz um fork, você tem um cópia de todo o repositório do projeto original no seu novo projeto, incluindo todo histórico de commits, etc. O mais interessante é que ele não perde o “parentesco” com o projeto original, e esse é um dos grandes benefícios, porque você pode fazer alterações, comitar no seu repositório e depois se for uma correção de bug ou uma melhoria, pode oferecer ao dono do outro projeto puxar suas alterações para o projeto original através do “pull request”.

Se vocês observarem o meu fork, que nomeei MyDelphiCleaner, poderão observar que ele tem exatamente o mesmo histórico de commits do DelphiClean original, além de um commit meu, realizado após o fork. Repare também que o site mostra que o meu projeto é fork do DelphiClean do Nick.

O meu commit foi remover uma linha de código que estava comentada e por isso só estava sujando o código. Como isso é uma melhoria no código, enviei um “pull request” para o Nick, mas ainda não foi incorporada ao projeto original porque ele me respondeu dizendo que não sabe como fazer. Hehe.

Esse tipo de compartilhamento de código, puxa, empurra, fork em repositório, são as grandes vantagens dos DVCS, e o que me faz concluir que grande parte do sucesso desses sites se deve em muito ao DVCS. Acho que seria muito difícil, construir um site desse tipo usando Subversion por exemplo.

Enfim, ainda sou bem iniciante nisso também, mas acho que vale a pena investir um tempo para entender como funciona, principalmente para aprender melhor o funcionamento dos DVCS, e quem sabe no caminho contribuir com outros desenvolvedores fazendo forks de seus projetos e mandando melhorias. Quer começar? Abra uma conta no BitBucket, baixe o Mercurial e faça um fork do meu projeto NotificationService, que é uma classe de notificação em Delphi, da qual falarei em um futuro post.

Na verdade é um screencast, pois só mostra imagens da tela e áudio capturados pelo meu próprio notebook. De qualquer forma acho que o resultado até que ficou suficiente para ser compartilhado.

Esse vídeo e vários outros do FDD 2010 também estão disponíveis em um DVD vendido pela Firebase.

Você pode baixar os slides da minha palestra aqui ou de todas as palestras do evento no site Firebase. A palestra também foi gravada em vídeo pela Firebase, mas não sei quando estará disponível.

Algo que eu esqueci de recomendar nos slides é um livro que me ajudou muito a definir minha forma de trabalho com o Subversion:

Pragmatic Version Control using Subversion do Mike Mason:

Recomendo bastante esse livro. Ele explica como trabalhar com branches, como organizar o repositório, etc. Ele só não aborda essas operações usando o TortoiseSVN, mas é bem simples depois para você associar as funções de linha de comando com o TortoiseSVN.