Merge automatico do sistema de versões é confiável?

Olá,

Vocês confiam no merge automatico do sistema de versões que vocês usam?
Em equipes menores é fácil de resolver algum problema que talvez ocorra, mas e em equipes grandes?

Fazer o merge sem da uma confirida, impossível, para não dizer suicídio.

Conferida == Testes, mesmo que sejam pequenos testes locais.

JavaEvangelist Membro desde: 07/04/2005 11:37:42 Mensagens: 328 Offline

Só em arquivos properties, geralmente de i18n. Caso contrário não confio.

NUUUUUUUUUUNNNNNNCAAAAAAAAAAAAA

Em nada, nem arquivo binário, imagine arquivos de texto com código.

Realmente é totalmente inviável fazer uma coisa dessas.

Maurício Linhares wrote:Em nada, nem arquivo binário, imagine arquivos de texto com código.

Pq?
Se fosse tão ruim assim, essa função nem existiria e todos os VCSs só teriam checkout exclusivo.

MarcioTavares wrote:Pq?
Se fosse tão ruim assim, essa função nem existiria e todos os VCSs só teriam checkout exclusivo.

Se ele está perguntando a você se pode fazer é porque o conflito é grande o suficiente pra que ele não saba como proceder e se ele não sabe como proceder, é melhor que alguém dê uma olhada lá pra ter certeza de que está tudo normal.

Eu, pessoalmente, acho que necessidades constantes de merge são resultado de algum problema de comunicação na equipe ou então demora pra se fazer commits no projeto.

Operações de merge devem ser infrequentes o suficiente para que parar por alguns momentos pra discutir e avaliar elas não sejam problema o suficiente pra aceitar o "auto-merge" da ferramenta de VCS.

microfilo wrote:Vocês confiam no merge automatico do sistema de versões que vocês usam?
Em equipes menores é fácil de resolver algum problema que talvez ocorra, mas e em equipes grandes?

Maurício Linhares wrote:Se ele está perguntando a você se pode fazer é porque o conflito é grande o suficiente pra que ele não saba como proceder e se ele não sabe como proceder, é melhor que alguém dê uma olhada lá pra ter certeza de que está tudo normal.

Bom, pelo menos até agora ele não perguntou se pode fazer ou não. Ele só pediu a opinião do pessoal sobre uma característica de um produto que todo mundo estranha alguma vez na vida, principalmente quando começa a usar uma ferramenta de controle de versão.

Maurício Linhares wrote:Eu, pessoalmente, acho que necessidades constantes de merge são resultado de algum problema de comunicação na equipe ou então demora pra se fazer commits no projeto.

Concordo.

MarcioTavares wrote:Bom, pelo menos até agora ele não perguntou se pode fazer ou não. Ele só pediu a opinião do pessoal sobre uma característica de um produto que todo mundo estranha alguma vez na vida, principalmente quando começa a usar uma ferramenta de controle de versão.

O ele que eu me referi foi o VCS, não o Rubem

Se o VCS não sabe como resolver, é melhor dexar que alguém o faça não é

Ok então. Corrigindo:

Maurício Linhares wrote:Se ele está perguntando a você se pode fazer é porque o conflito é grande o suficiente pra que ele não saiba como proceder e se ele não sabe como proceder, é melhor que alguém dê uma olhada lá pra ter certeza de que está tudo normal.

Nem sempre o conflito é grande. Às vezes (teoricamente na maioria das vezes) os conflitos são de apenas algumas linhas, mas que pelo conflito impedem a máquina de corrigir, necessitando que alguém o faça. By the way, essa não é uma das características fundamentais do merge? Fazer com que alguém olhe para ter certeza? Acho que não há nada errado com esse comportamento, pra que nunca precise ser usado.

Maurício Linhares wrote:

Eu, pessoalmente, acho que necessidades constantes de merge são resultado de algum problema de comunicação na equipe ou então demora pra se fazer commits no projeto.

Operações de merge devem ser infrequentes o suficiente para que parar por alguns momentos pra discutir e avaliar elas não sejam problema o suficiente pra aceitar o "auto-merge" da ferramenta de VCS.

...
Bom, tem muita gente mexendo em diversos lugares fazendo diversas coisas (implementar caso de uso novo, corrigir defeito, melhorias, etc), num modulo que se integra com todos os outros módulos do sistemas

Não da para controlar isso

Então é provável que seja mesmo um problema de comunicação.

Eu não acho que seja normal várias pessoas estarem mexendo sempre no mesmo código ao mesmo tempo, mesmo que seja um ponto de integração.

...
O que você sugere, que cada vez que eu vou mexer numa classe eu avise todo mundo?
Ia ser centenas de e-mails diários se todo mundo fizesse isso...

microfilo wrote:tem muita gente mexendo em diversos lugares fazendo diversas coisas (implementar caso de uso novo, corrigir defeito, melhorias, etc), num modulo que se integra com todos os outros módulos do sistemas

Na empresa que eu estou agora está acontecendo a mesma coisa e estamos usando o ClearCase em modo ckeckout exclusivo.
São por volta de 25 desenvolvedores, mas até hoje eu não vi nenhum problema, pois a divisão de tarefas é muito clara, mesmo tendo um módulo comum a todos os outros.

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