Como faço para que o SubVersion trabalhe com lock nos arquivos ? Por exemplo, sempre que algum programador A estiver trabalhando com um arquivo o mesmo ficaria bloqueado (LOCK) para que outros programadores façam qualquer alteração neste arquivo. Após as alterações o programador A faria um commit desse arquivo para o repositório e o mesmo estaria desbloqueado (UNLOCK).. Tipo como o Visual Source Safe da MS.
Abraços, 2008/12/7 Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 05-12-2008 10:16, Ronaldo Reis Junior wrote: > > Em Qui 04 Dez 2008, PEdroArthur_JEdi escreveu: > >> 2008/12/4 Miguel Da Silva - Centro de Matemática > >> > >>> Cara, num será alguma configuração do SVN não?! > >> Não. > >> > >>> Porém, faço essa pergunta porque seria um erro gravíssimo de um > >>> sistema de controle de revisões fazer isso que ele está fazendo. > >> Na verdade, esse é comportamento desejado. O versionmento é de todo o > >> projeto, e não de um arquivo só. > > > > Estranho isto, eu nunca usei o subversion, mas uso o CVS e ele mantem as > > revisões por arquivo. Ou seja, alguns arquivos são da revisão 1.8, outros > > 1.20 e assim por diante. Será que o subversion é tão diferente assim? > > Sim. O SubVersion e o CVS utilizam princípios comuns (por > exemplo os comandos) mas eles tem filosofias base diferentes, e > com a chegada dos VCS distribuídos o SVN tem adicionado mais > recursos para facilitar "merging". > > CVS é antigo, mas funciona. E ele versiona por arquivo e > não o repositório todo. Você vai ouvir muita gente recomendar > não usar CVS e partir direto pro SVN (ou outro VCS), o CVS tem > alguns problemas, fazer "merge" não é fácil, manter o repositório > como um todo vai se tornando um pesadelo, mas depende se estamos > falando de "código fonte" ou de "blobs", ou seja, arquivos que o > sistema de controle de versão não vai ser capaz de comparar e > analisar internamente. > > A tendência é que os repositórios de *código* sejam > tratados como um grande bloco, o git por exemplo tem recursos > pra rastrear partes de código que mudaram de arquivo, então o > conjunto de arquivos é uma grande "massa de dados". > > Outra alternativa é olhar a base do CVS que é o RCS, > talvez ele faça o que você precisa. Finalmente, você pode > criar "tags" pros seus arquivos no SVN com "cheap copies", > você pode fazer isso inclusive com um "hook", toda vez que > um arquivo é modificado você cria uma tag pra ele com um > número sequencial, e daí não importa a numeração geral do > repositório. > > Abraço, > - -- > Felipe Augusto van de Wiel (faw) > "Debian. Freedom to code. Code to freedom!" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkk7ztoACgkQCjAO0JDlykaVJQCgpwrMGrvlcnKPYr9MuAKXaGUA > BP4An1ODLxs7Z6haAxdpo3A/X26umOEw > =lBM2 > -----END PGP SIGNATURE----- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- Desde já agradeço, +++ Flávio de Oliveira Barros Manaus - Amazonas - Brasil Copiar é bom! Seja Legal Use Software Livre