Escrevi dois textos sobre o Bazaar, se te interessar.
Um guia de consulta rápida: http://beyondclick.wordpress.com/2007/10/24/tutorial-do-bazaar/
Uma breve apresentação sobre a ferramenta: http://beyondclick.wordpress.com/2007/10/24/sistema-de-controle-de-versao-distribuido-bazaar/

[],
AC

P.S.: Eu compreendo que estou sendo muito OFF-TOPIC, mas achei menos inconveniente do que te mandar um email.
Sinta-se à vontade para apagar este comentário, é como se o blog fosse seu…

Você ficou de: “(escreverei um post sobre o GIT ainda esta semana se der tempo)”.
Não encare como uma cobrança
É que você usa Linux, e o Git tem suas implicâncias com este SO. Por isso, imaginei que este projeto do Google Code, Git on MSys, te adiantaria.

[],
AC

P.S.: Atualmente estou testando o Bazaar, que é suportado pelo pessoal da Canonical. Além disso ele tem um “bom relacionamento” com o Subversion, que uso no trabalho.
Se tiver alguma coisa que o desmereça, vai me poupar um bom trabalho…

Li o seu post e achei interessante a idéia de integração síncrona com Rails + GIT e decidi portar a sua rake task para quem utiliza repositórios Subversion!

A task pode ser acessada neste endereço:
http://www.inovare.net/noticias/3

Todos que tiverem interesse podem utilizar, modificar ou sugerir melhorias!!

Um abraço!

Felipe Giotto
Inovare Tecnologia

Utilizando o GIT ainda teria uma terceira opção, que acho mais indicada, que seria comitar sem executar os testes no repositório local, mas obrigar a execução de todos os testes antes de integrar com um repositório remoto (repositorio central ou de qualquer outro colaborador)

O que você acha destas abordagens?

Se toda vez que eu precisar fazer um commit de uma linha, a suite inteira rodar, o que vai acontecer é o esperado: vou parar de fazer commits mais do que uma vez ao dia. Mas aí vem o problema: uma das vantagens de se ter um repositório é pode voltar atrás se mudar de idéia. E no começo do desenvolvimento isso acontece com frequencia.

Preciso um jeito um pouco mais hibrido: usar um sistema distribuido como GIT ajudaria exatamente nisso: commits locais deveriam ser baratos e rapidos. Dentro do proprio ambiente de desenvolvedor tudo funciona. Portanto se eu quiser fazer 20 commits em 1 hora, posso fazer.

Mas quando for integrar com o repositório global, ai sim poderia rodar os testes, no merge ao servidor. Nunca testei dessa maneira. Em equipes muito pequenas (como a que estou agora), eu preciso deixar Autotest rodando, fazer um update primeiro - daí o Autotest só vai rodar o que mudou - e depois fazer o commit. Isso só funciona em equipes pequenas porque todos tem que fazer o mesmo ritual todas as vezes em vez disso estar de maneira obrigada num trigger de commit por exemplo.

Além disso, dessa forma tem-se uma maior segurança de que o desenvolvedor commitou tudo que é necessário para os testes passarem, pois se ele não o fizer, os testes passarão na máquina do desenvolvedor, mas não no servidor de integração.