devlog

• No dia 2 de dezembro foi lançada a nova versão do Mercurial, a 1.1. Entre as novidades, compatibilidade com Python 2.6, maior conformidade com o padrão WSGI e o suporte a rebase através de uma extensão. Mais informações nas Notas de Lançamento.
• A ferramenta de buscas de código do google, o codesearch, ganhou suporte a repositórios no git e no mercurial no último dia 09. Agora é possível procurar lá coisas como do Mozilla, JDK e NetBeans, que são três softwares cujo repositório de código é gerenciado pelo mercurial. Mais no Blog do Google Code.
• O tópico do fórum do ohloh pedindo suporte ao mercurial é sempre movimentado. Nessa semana, começou um movimento espontâneo dos usuários, dizendo que fariam doações para que o mercurial fosse logo suportado pelo ohloh. Para a alegria dos usuários, Robin Luckey (um dos desenvolvedores do ohloh) apareceu na thread dizendo que nas próximas semanas ele vai trabalhar no código do ohloh para que o suporte a novos sistemas de controle de versão sejam adicionados de forma mais transparente.

Boas notícias para quem usa o mercurial para gerenciar seus códigos fonte!

Um efeito interessante do padrão WSGI é que ele pode tornar a vida dos sysadmins mais fácil. Por exemplo, publicar uma aplicação web em Python, com WSGI consiste apenas de:

1. Descobrir como instanciar essa aplicação (específico de aplicação pra aplicação)
2. Transformá-la em um cliente/middleware WSGI
3. Publicá-la, usando a forma desejada.

Abaixo, segue um exemplo de uma publicação do mercurial, no apache, usando fastcgi.

E o hgweb.config:

Compare com o deploy de Pylons via fastcgi, por exemplo. Depois de termos instanciado a aplicação (e isso varia de framework ou aplicativo), a forma de executar como fastcgi no apache é a mesma, usando o flup. E isso serviria para qualquer aplicação que disponibilizasse uma 'saída' WSGI. Prático não?

Creio que a primeira vez que li algo sobre controle de versão distribuído foi no blog do Thiago Arrais . Até falei sobre isso um tempo atrás .

Eu comecei a utilizar o mercurial. Daí, até descobrir o assembla, foi um pulo. Pensei em fazer um tutorial sobre o mercurial, mas sempre esbarrei na preguiça.

Então, veio a comunidade rails, com seu discurso de três letras: git, git, git! O Fábio Akita publicou um micro tutorial de git, e eu resolvi segui-lo, traduzindo os comandos para o mercurial.

Pra começar a história: nem todas as opções que o git suporta são suportadas pelo mercurial. Algumas são tratáveis pelo uso de extensões, outras estão planejadas para serem adicionadas no futuro.

Para começar, após instalar o mercurial, vamos fazer uma configuração básica e habilitar os plugins necessários. O arquivo é o .hgrc, no $HOME do usuário.

e o artigo .hgignore, que configura quais são os padrões de arquivos a serem ignorados.

Isso feito, vamos partir para a nossa exploração. Acompanhem junto com o artigo original do Akita. Nem tudo se traduz numa equivalência 100%, e tenho algumas considerações a fazer no final:

digo@ubuntu:~/devel/microformats_tests$ hg update -C default
1 files updated, 0 files merged, 0 files removed, 0 files unresolved

digo@ubuntu:~/devel/microformats_tests$ hg merge meufix
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
(branch merge, don't forget to commit)

digo@ubuntu:~/devel/microformats_tests$ hg update -C working
3 files updated, 0 files merged, 0 files removed, 0 files unresolved

# a rakefile for working with these microformats test files. Maintained by ryan king <ryan@theryanking.com>.
# tutorial mercurial

digo@ubuntu:~/devel/microformats_tests$ hg merge working
abort: outstanding uncommitted changes

digo@ubuntu:~/devel/microformats_tests$ hg merge -f working
3 files updated, 1 files merged, 0 files removed, 0 files unresolved
(branch merge, don't forget to commit)

1. Micro novo zerado, com debian etch instalado
2. Debian etch atualizado pro unstable
3. 14 giga de HD ocupados
4. Configurei um lighttpd
5. Configurei um repositório mercurial pra ser servido pelo lighttpd

Um dia tipicamente tranquilo...