[eside-ghost] Otra de control de versiones

[STenyaK]

Mercurial solo lo he usado seriamente para versionar mi /home, asi q los
conflictos q he tenido han sido siempre muy chorras.
En subversion he hecho merges bastante complicados, y... es bastante lío, al
final solia acabar arrancando vimdiff para tirar cambios a uno u otro lado
(tengo hasta algún script para amenizar los merges que svn es incapaz de
hacer correctamente).

Sin embargo, se suele comentar q la gestion de conflictos suele molar
bastante mas en los VCSs distribuidos q en los centralizados, por el mero
hecho de q los distribuidos tienen q tener en cuenta la casuística de
conflictos desde el día uno por coj^H^H^Hdiseño, mientras q los
centralizados generalmente han ido pasando del tema hasta q les hacía falta
(al menos, ese es el caso de svn).

Con lo q, al final del día, y desde mi inexperiencia con hg, el marrón
debería ser más digerible con hg que con svn. Es decir, q si tienes
problemas con hg, pues con svn seguramente habrían sido peores. Pero lo
dicho, no tengo experiencia suficiente como para asegurartelo...


2011/2/25 Jon Valdés <juanval en gmail.com>

> Hace unas semanas pregunté por aquí a ver cómo montarmelo para hacer
> un sistema de control de versiones seguro y con el que no pudiera
> liarla y tal. Al final, decidí montar una especie de NAS en el que
> tengo los repositorios "centrales" de mercurial, y voy haciendo clones
> y pushes contra esos repositorios para desarrollar. Es algo mas lento,
> pero me aseguro de que cualquier liada que pueda hacer en local no
> afecta al NAS. Hasta ahí, chachi, y muchas gracias a todos por las
> ideas que me disteis :)
>
> Y ahora tengo otro problemilla. Uno de los proyectos que tenemos es un
> plugin para una plataforma que ha pasado de la versión 11 a la 12 hace
> unos meses, y  ese cambio cambió la API en unos cuantos sitios, con lo
> que me vi obligado a crear un proyecto para la version 12 y otro para
> las versiones anteriores (sólo con macros no podía aislar las
> diferencias, eran demasiado gordas). Sin embargo, el 80% del código
> sigue siendo común.
>
> Ahora tengo que hacer cambios bastante serios porque ha cambiado una
> de nuestras librerías internas, y me veo que tengo que hacer los
> mismos cambios exactamente en ambos proyectos (excepto en las partes
> cambiadas, claro). En un principio, la teoría dice que podría extraer
> el changeset de los cambios de uno de los proyectos y aplicarlo
> directamente al otro, pero me da un miedo del 15. ¿Alguien tiene
> experiencia en algo así con mercurial?
>
> Enga, mil gracias de antemano
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en listas.deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>



-- 
Saludos,
     Bruno González

_______________________________________________
Jabber: stenyak AT gmail.com
http://www.stenyak.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20110225/26c70346/attachment-0001.htm