Comments on: Controle de Versão não é só commit e update

By: Blog Pronus » Vantagens e Desvantagens do Controle de Versão Distribuído

Blog Pronus » Vantagens e Desvantagens do Controle de Versão Distribuído — Wed, 12 Aug 2009 16:35:21 +0000

[...] contrário do centralizado, não adianta só commit e update para funcionar “no tranco”. Todos os desenvolvedores da equipe precisam ter um [...]

By: Blog Pronus » Está na hora de migrar para o controle de versão distribuído?

Blog Pronus » Está na hora de migrar para o controle de versão distribuído? — Mon, 08 Jun 2009 12:01:39 +0000

[...] burocrático do controle de versão basicamente como ferramenta de backup, como já comentado num post anterior. Se é necessário investir em capacitação, talvez valha a pena que essa capacitação já seja [...]

By: André Felipe Dias

André Felipe Dias — Fri, 13 Jun 2008 14:10:05 +0000

Edson, não posso falar pelas pessoas com quem você conversou que disseram conhecer a ferramenta. Mas se passar por um problema desse de novo com o Subversion, entre em contato conosco na Pronus. Já realizamos várias implantações e projetos que usam o Subversion no Windows e NUNCA tivemos problema desse tipo.
Para entrar em contato conosco, use a página do formulário de contato: http://wwwpronus.eng.br/formularios/faleconosco.php
A partir dela, também há informações de contato por telefone e skype.

By: Edson

Edson — Fri, 13 Jun 2008 13:50:47 +0000

André Felipe Dias, meu problema não é falta de conhecimento da ferramenta, eu já entrei em contato com muitas pessoas que “conhecem” o subversion e nenhuma me deu solução para o problema. Não sou o tipo de usuário que usa somente commit e update, no cvs já usava os branchs, tags e merge, no subversion também menos o merge. O problema desta ferramenta é que não funciona com arquivos do windows. Você acha que não procurei solução antes de falar isso?

By: Anderson Lobo Feitosa

Anderson Lobo Feitosa — Wed, 11 Jun 2008 21:47:36 +0000

Pessoal, recentemente fiz um post sobre uso avançado do SVN. Lá dou dicas de como usar o trunk, branches e tags de forma simples e prática. Essas dicas são importantes para quem, conforme o post acima fala, não quer usar o SVN (ou ferramenta similar) só para commits e updates. O link para o post é: http://beduihno.blogspot.com/2008/06/treinamento-em-subversion-svn.html

By: Seiti

Seiti — Wed, 11 Jun 2008 20:51:52 +0000

Em meus últimos trabalhos levei a ferramenta Subversion para dentro do esquema de desenvolvimento de software. Meu pecado é justamente o levantado pelo post: só utilizo o commit e update. De vez em quando crio uma tag para marcar um marco de desenvolvimento.

@Thiago Varjão
Não creio que seja uma boa política incluir no controle de versões o código compilado, ou arquivos para implantação, do que quer que seja. O ideal é determinar os arquivos que são compilados, ou apenas copiados para uma pasta específica para implantação, e colocar tudo no ignore list. No seu caso seria a pasta Build. Ela deve ficar no ignore list.

@Edson
Feliz ou infelizmente, o VSS é opção apenas para quem usa ferramentas MS. E mesmo na época em que eu programava no VS2005, tive minha cota de problemas com o VSS. A solução, ao menos no meu ponto de vista, é sempre a mesma: conheça sua ferramenta, como utilizá-la e suas limitações.

O Subversion tem uma ótima e extensa documentação. Dizer que ele não serve por que não te atende é compreensível, mas porque ele **não funciona** pode levar a outras interpretações.

By: Thiago Tognoli

Thiago Tognoli — Wed, 11 Jun 2008 19:35:49 +0000

Thiago Varjão , já tentou colocar a pasta build no Ignore List? eu geralmente faço isto em meus projetos, mesmo porque não vejo muita utilidade em manter versão de classes compiladas, sem contar que isto ocupa um espaço enorme no servidor.

By: André Felipe Dias

André Felipe Dias — Wed, 11 Jun 2008 18:33:00 +0000

Edson,
O problema que você relatou é um caso grave de falta de conhecimento na ferramenta. Quando está tudo configurado certo, e os desenvolvedores sabem exatamente o que estão fazendo (mesmo que seja só commit e update), nenhum problema aparece.

By: Edson

Edson — Wed, 11 Jun 2008 18:22:48 +0000

Justificando a troca do subversion pelo SourceSafe.
Toda vez que vc dá o commit no subversion ele dá erro dizendo que não conseguiu localizar o arquivo no repositório, isso ocorre sempre com vários arquivos, aí vc tem que copiar o arquivo para outra pasta, deletar do subversion a adicioná-lo novamente, aí volta a funcionar.
No SourceSafe funciona tudo redondinho, vc dá o commit e ele grava tudo bunitinho no repositório.

By: Thiago Varjão

Thiago Varjão — Wed, 11 Jun 2008 18:15:49 +0000

Gostei do post! Estou trabalhando a pouco tempo com SVN estou gostando, entretanto tenho uma observação a fazer. Quando trabalhamos com projetos Java+struts os Commits sempre apresentam um conflito na basta Build, pois embora seja completa de arquivos .class o arquivo Struts.xlm e outros que ficam fora do pacote SRC estão repetidos nessa pasta e isso parece deixar o SVN louco, pois se trata da mesma versão do arquivo duas vezes para commit, não nos permitindo fazer commit corretamente. A solução adotada por nossa equipe é fazer commit de todas as pastas do projeto exceto da pasta build.
Alguém já passou por isso e tem uma solução melhor???