David Lay M

Una de las grandes diferencias que quiso hacer el equipo de SVN con CVS, fue facilitar la creación de ramas de código y habilitar la reincorporación (merge) de estas ramas en el tronco. Y claro que hicieron una gran diferencia, CVS, al mejorar los algoritmos de comparación y mezcla, pero en cuanto al proceso en sí, continuó siendo engorroso (aunque se podría decir que también mejoró un poco) Es por eso que necesito poner esto al aire, para que no se me olvide como hacerlo: El flujo de trabajo es el siguiente:

1. Crear la rama
2. Hacer cambios en la rama
3. Hacer cambios en el trunk (correcciones, mantención)
4. Traspasar cambios del trunk a la rama
   1. commit y update en rama y trunk (sincronizar ambos directorios a la misma revisión sin cambios pendientes)
   2. merge desde trunk HEAD hacia rama en la revisión de la última sincronización. (ver código más abajo)
   3. corregir cualquier conflicto producido
   4. commit de la rama
   5. update en el trunk
5. Repetir 2 a 4 hasta que el trabajo en la rama esté listo.
6. Traspasar los cambios de la rama hacia el trunk.
   1. commit y update en rama y trunk (sincronizar ambos directorios a la misma revisión sin cambios pendientes)
   2. merge desde rama HEAD hacia trunk en la revisión de la última sincronización. (ver código más abajo)
   3. corregir cualquier conflicto producido
   4. commit del trunl
   5. update en la rama

Como ven, el proceso sigue siendo engorroso al utilizar copias locales y es fácil equivocarse entre las revisiones. El siguiente ejemplo, es un merge del estilo 4.b (desde trunk hacia rama). El directorio de la rama es el directorio actual, y el trunk se encuentra en un directorio más abajo llamado “principal”. El último commit (en en trunk) se hizo en la revisión 3455(HEAD) y el último merge se hizo en la revisión 3452. Entre estas tres revisiones hubieron cambios tanto en el trunk como en la rama, pero solo vamos a traspasar los del trunk hacia la rama.