Version 1, last updated by orehon at May 04, 2007 17:00 UTC
Visão Geral - coiterate
A integração de novos desenvolvedores em um projeto é um problema comum para projetos de todos os tamanhos. Os novos desenvolvedores tem a necessidade de se adaptar dentro dos padrões de programação do projeto, convenções de um framework, mesmo sendo o último mencionado, deve produzir um código correto.
Estes desenvolvedores são freqüentemente inseridos em um ambiente de desenvolvimento apenas com idéias gerais dos projetos, e com o Google a disposição deles. Se o códigos deles é revisado, um desenvolvedor sénior precisar estar ao lado deles, conseguir um patch e aplicar no seu/sua sistema, ou conferir o código uma vez que é submetido. Nenhuma dessas opções são convenientes, e requer um sincronização significante da equipe. Mais freqüentemente, a revisão de código acaba falhando, e o código ruim acaba sendo submetido para o repositório, apenas para causar problemas.
O objetivo do coiterate é aplicar a tecnologia ao problema de ter as revisões de códigos feitas antes que seja submetido para o repositório. O processo geral que o coiterate:
O desenvolvedor escreve o código.
O desenvolvedor gera um patch.
O desenvolvedor enviar um patch para o coiterate, com comentário apropriado.
Coiterate seleciona outro desenvolvedor (revisador) no projeto para fazer uma revisão, enviar um E-mail com um link.
Coiterate gera uma Tabela de Conteúdo, que consiste em ter o lado a lado dos códigos em questão, com foco nas diferenças para o revisador.
O revisador faz algum comentário sobre as mudanças do patch.
O revisador aceita o rejeita o patch.
Se o patch for aceito, coiterate submete para o arquivo, como o desenvolvedor, e adiciona uma propriedade de revisão com as informações do revisador.
O desenvolvedor é notificado que o patch foi aceito, e pode ver os comentários do revisador.
Se o patch é negado, o desenvolvedor é notificado, e pode ver os comentários do revisador.
O desenvolvedor faz as devidas mudanças, e reenvia o patch.
Coiterate reinicia o processo de revisão do 4 passo acima.
Este processo deve ajudar a assegurar que o bom/correto código sempre será submetido para o arquivo. Na verdade usando estilo do "Getting Real", a característica inicial será mantida, com foco no centro do processo, e com facilidade de instalação e manutenção. Eventualmente, este projeto pode aparentemente integrar-se com Trac, e integrar-se a um workflow e melhor seleção minuciosa de revisadores.
coiterate será Software Live (licença GNU).