Controle de versão cvs, source safe ...

GUJ Hacker Membro desde: 26/09/2009 09:18:56 Mensagens: 5750 Offline

Esses consultores é que são mal-orientados*. Qualquer modificação, eles deveriam criar um branch ou pelo menos marcar uma tag, para que não mexessem no fonte principal. Vocês também não estão sabendo usar direito o CVS: toda vez que fecharem uma versão, criem uma tag, pelo menos. Aí vocês podem voltar tudo até chegar na tag correta.

* Eufemismo para "são uns antas".

http://pt.wikipedia.org/wiki/CVS

Parece que o problema é de BIOS* mesmo.

*Bicho ignorante operando o sistema.

Olá

Guitar_Men wrote:.... temos alguns desenvolvedores que ficam em outras filiais. ...

Exatamente o motivo mais forte para NÃO usar locks e usar um sistema de controle de versões distribuído como o GIT (ou similar)

Assino embaixo do que escreveu o entanglement no que foi cotado por você. (aliás assino ambaixo de praticamente todas as mensagens do entanglement, certamente um dos feras do GUJ e só lamento que se mantenha anônimo).

[]s
Luca

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3371 Offline

Não vou repetir o que já foi dito, mas concordo.

Aqui, usávamos o JediVCS, que também tinha locks, mas estamos migrando pro subversion, justamente pra acabar com esse negócio.

Lock de arquivos é ruim, muito ruim! Já trabalhei assim a muitos e muitos anos atras, e sei que a coisa não funciona.
Ainda bem que isso foi considerado ultrapassado à muito tempo atras.

Se você tem duas equipes distintas, e tem que "proteger" uma equipe da outra (como no caso de uma pessoa acima que tem problemas com consultores externos) use branchs.

E se você for usar branchs, fuja do CVS (alias, fuja do CVS sempre).

Sugestões:

GIT

Bazaar

SVN

Thread.start() Membro desde: 19/11/2008 14:30:17 Mensagens: 47 Offline

Onde vc's trabalham tem consultoria externa metendo a mão em codigo tbm ?

Olá

Fredi wrote:Onde vc's trabalham tem consultoria externa metendo a mão em codigo tbm ?

Mais motivos para usar SCM distribuído. Use o git que é de graça, muita gente está usando e você consegue tirar dúvidas facilmente.

Outra coisa: não se esqueça de que o sistema de controle de versões faz parte do sistema de entregas contínuas que deve ser o objetivo de todas as equipes de desenvolvimento. Então escolha seu SCM que funcione também com seu servidor de integração contínua.

Por fim obtenha um consenso na equipe sobre qual a melhor política de uso no dia a dia do SCM. Talvez um dia eu ainda blogue sobre isto que acho muito mais importante e difícil do que a escolha entre o Git, Mercurial, Perforce ou talvez o BitKeeper.

[]s
Luca

Existe algum client de git-svn pra windows? aqui na empresa usamos svn, mas gostaria de usar o git para depois mostrar o resultado

Felagund wrote:Existe algum client de git-svn pra windows? aqui na empresa usamos svn, mas gostaria de usar o git para depois mostrar o resultado

http://code.google.com/p/tortoisegit/

O Tortoise é uma opção embora a maioria dos usuários do git usem ele via linha de comando mesmo.

Eu particularmente já tentei utilizar o git pelo Eclipse (via plugin) mas desisti no mesmo dia pois já tinha me acostumado a usá-lo via linha de comando.
A única interface gráfica que uso esporadicamente para git é o gitk.

rlazoti wrote:

Felagund wrote:Existe algum client de git-svn pra windows? aqui na empresa usamos svn, mas gostaria de usar o git para depois mostrar o resultado

http://code.google.com/p/tortoisegit/

O Tortoise é uma opção embora a maioria dos usuários do git usem ele via linha de comando mesmo.

Eu particularmente já tentei utilizar o git pelo Eclipse (via plugin) mas desisti no mesmo dia pois já tinha me acostumado a usá-lo via linha de comando.
A única interface gráfica que uso esporadicamente para git é o gitk.

na verdade não quis me referir a um client grafico, eu gosto mais de trabalhar na linha de comando =P, agora pesquisando descobi que o msGit, tem suporte, mas é git svn não git-svn como no Linux auhauhuhaa.

Não sabia que o tortoise tinha pra git tbm ehehhe.

merge, sim

lock, não.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3371 Offline

CVS eu usava o WinCVS. Pro Mercurial não encontrei um cliente gráfico que eu agradasse, daí desisti e fui pro Subversion, mas só uso ele integrado ao Netbeans, também não achei um cliente gráfico que conseguisse configurar repositórios remotos via https.

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

rlazoti wrote:

Felagund wrote:Existe algum client de git-svn pra windows? aqui na empresa usamos svn, mas gostaria de usar o git para depois mostrar o resultado

http://code.google.com/p/tortoisegit/

O Tortoise é uma opção embora a maioria dos usuários do git usem ele via linha de comando mesmo.

Eu particularmente já tentei utilizar o git pelo Eclipse (via plugin) mas desisti no mesmo dia pois já tinha me acostumado a usá-lo via linha de comando.
A única interface gráfica que uso esporadicamente para git é o gitk.

Aqui todos os desenvolvedores usam o GIT via linha de comando mesmo. Só que os designers usam windows e são meio resistentes à linha de comando (talvez pelo fato de serem designers hehe), aí eles utilizam o tortoise git (que eu acho uma bosta), mas até o momento vem suprindo as necessidades.

Notícias, artigos e o maior fórum brasileiro sobre Java