Respondo um pouco tarde, mas ainda em tempo...
Quando quiz diser sobre comunica��o n�o � sobre o programador A dizer para o time "Ei pessoal, vou editar o aquivo blah.java, n�o mexam nele!"...
Manter uma comunica��o eficiente � o time saber das resposabilidades, escopo, arquitetura e design, isso faz com que quando algu�m for trabalhar em algum c�digo, saber se aquilo ir� interferir no trabalho de outra pessoa.
Suponhamos que eu seja respons�vel pela parte de autentica��o de um sistema e outra pessoa respons�vel pela persist�ncia, quando abrirmos o mesmo c�digo (simultaneamente ou n�o) iremos saber onde podemos mexer.
Isso faz parte da comunica��o eficiente.
O CVS n�o tem o conceito de lock como dos outros sistemas de vers�o, pois se algu�m "editar" um arquivo versionado, ir� ficar apenas marcado, e a outra pessoa que quer editar o arquivo n�o receber� nenhuma notifica��o se quiser editar o mesmo arquivo, isso s� ser� feito se a 2a pessoa quiser "ver" (cvs watch) quem est� em fase de edi��o. Enquanto os outros sistemas de vers�o n�o deixam a 2a pessoa simplesmente editar, mas dizer explicitamente que quer editar mesmo que algu�m j� esteja fazendo isso.
][s
Claudio Miranda
Fl�vio Leite escreveu, On 14/1/2003 09:08:
Opa... Opa... Opa... N�o � bem assim com o CVS n�o precisa ficar comunicando quem esta mexendo em determinado arquivo. As primeiras vers�es do CVS era baseada em lock-file e as mais recentes evoluiram para merges multiplos, ou seja, duas ou mais pessoas podem trabalhar no mesmo arquivo simultaneamente e o CVS se encarrega de fazer um merge multiplo no final se ocorrer concorrencia na mesma linha � liberado o merge manual ai sim o time precisa se comunicar e saber qual a linha a ser persistida.Muitos autores de teorias sobre sistemas de controle de vers�o e concorrencia de c�digo colocam como caracteristica fundamental para definir um sistema destes o lock-file. Por�m creio que as vers�es mais recentes destes ir�o pender mais para o merge multiplo. []s, Fl�vio.-----Mensagem original----- De: Claudio Miranda [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 13 de janeiro de 2003 15:30 Para: [EMAIL PROTECTED] Assunto: Re: [enterprise-list] CVS Para quem come�a a usar o CVS uma pergunta comum � porque o CVS n�o tem uma maneira de travar o arquivo em tempo de edi��o, e essa funcionalidade est� presente em outros softwares de versionamento. Isso faz com que, quem edite um arquivo do CVS, o faz sem travar, e as outras pessoas n�o saibam disso (tradicionalmente). CVS assume que o time que o usa, tenha uma boa comunica��o, fazendo com que quem edite um c�digo saiba que n�o est� interferindo no c�digo de outro programador, e isso � resultado de uma boa comunica��o, e o CVS cuida do resto realizando o merge automaticamente. Claro que isso n�o funciona sempre, pois temos times grandes, separados e a comunica��o n�o � eficiente. E uma op��o de travar o c�digo � boa. Mas sempre surge a necessidade de outro mexer no mesmo c�digo...., e ai ?! Comunica��o eficiente, � muito importante em qualquer projeto, independente de usar CVS ou n�o, tenhamos os projetos de c�digo livre, que usam CVS extensivamente, e os desenvolvedores est�o espalhados ao redor do mundo. ][s Claudio Miranda
--------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
