Glauber, como no se lo suficiente sobre Eclipse (lo uso con SVN y mas
o menos anda), voy a tratar de aportar aunque sea generalidades. Hay
dos puntos a considerar cuando se trata del merge.
El primero es eliminar la necesidad de hacer merge. Analiza por qué
tenés cuatro personas tocando los mismos fuentes. Tal vez tengas que
modificar el proceso de desarrollo o el diseño de la aplicación (o
ambos). Un diseño modularizado y una forma de trabajar ordenada
deberían reducir la necesidad de merge al mínimo. Por supuesto que hay
procesos de desarrollo legítimos que recurren al merge con frecuencia,
por ejemplo para integrar ramas creadas para desarrollar
funcionalidades que serán puestas en producción en un orden y una
fecha a determinar en el futuro. Pero para procesos más simples, el
merge es la excepción, no la regla.
El segundo es elegir bien la herramienta de control de versión.
Herramientas más modernas que CVS suelen tener mejores funciones de
merge. De hecho, el proceso de merge es justamente el punto central en
el que se diferencian muchas de las herramientas de control de
versión, a tal punto que varias de ellas fueron creadas alrededor de
un nuevo método de merge (GIT y CDV por ejemplo). Agregar una
herramienta de merge externa no necesariamente resuelve el problema,
ya que muchas de ellas no hacen mas que un 2-way merge, que no es
justamente la forma mas inteligente de hacerlo.
On 27 mar, 05:59, "Glauber Miranda" <glauber.mira...@gmail.com> wrote:
> Hola de nuevo, agradezco las respuestas por el tema de herramientas externas
> para realızar un MERGE.
> Siguiendo con esta linea quısıera saber sı conocen alguna forma de ıntegran
> una merge external tool con Eclıpse? por ejemplo WInMerge + Eclıpse + CVS.
> Saludos a todos
> --
> GLAUBER MIRANDA CASANOVA
