Thiago. O pessoal aqui lança muitas versões do projeto. Quando lançamos uma versão 1.0, por exemplo, ela é na verdade uma IMG de um conjunto de binários ( os .o ) . A intenção é ter no repositório várias versões de teste, as 1.1, 1.2...para que, quando precisarmos de uma versao mais antiga, poderemos resgatar, sem precisar compilar ( já que uma compilacao de UM dos nossos código fonte demora...) entendeu?
Em 28/03/08, Thiago Macieira<[EMAIL PROTECTED]> escreveu: > On Friday 28 March 2008 19:10:07 you wrote: > > Vc disse que ele nao controla a versao dos binários?? > > > Não. > > Eu disse que você não deveria pôr os .o no sistema. Não faz sentido, já que > eles podem ser re-gerados. O importante é controlar o código-fonte. > > > > Exemplo: > > Compilei meu projeto, gerou o arquivo pabx.o. Dei commit. O svn logou > > e colocou a revisão 1. Recompilei. Fiz commit. O SVN viu que foi > > modificado o pabx.o e novamente botou uma nova versao, revisao 2. > > > > Isso nao seria um controle de versoes ??Ou simplesmente ele apaga o > > binário antigo e salva o novo? > > > Se fizer isso, ele faz o controle de versão. > > Mas não entendi o objetivo. Você deveria manter o código fonte, não o .o. > > > -- > > Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org > PGP/GPG: 0x6EF45358; fingerprint: > E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 > > --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
