Actualmente tenemos 2 ramas:SVN cambio de base y la historia perdida
/repo/branch/current_version
/repo/branch/next_version
current_version es una rama donde todos los desarrolladores trabaja actualmente.
Estamos comenzando una próxima versión y creamos next_version rama desde algún punto en current_version, mientras que el trabajo en current_version aún continúa. En next_version hacemos algún desarrollo y en los próximos meses la rama se convertirá en nuestra principal, donde se realizará todo el desarrollo.
Dado que hay desarrollo en current_branch, pensamos periódicamente (digamos una vez cada 2 semanas) en rebase next_version. Esto con el fin de mantener ambas ramas sincronizadas, de modo que cuando todos los desarrolladores eventualmente descartarán current_branch y pasen a next_release, next_release contendrá todas las características de current_branch integradas y probadas.
El problema es el rebase. En realidad, el rebase está fusionando las últimas confirmaciones de current_branch a next_version. Entonces, si voy a examinar el historial de los archivos comprometidos en next_release, todo lo que veré son los commit de fusión y no el historial (commits/authors/annotation) de current_version.
¿Extraño algo?
@ThisSuitIsBlackNot tu comentario eliminado sobre la función svn 1.6 "Merge-Sensitive Logs and Annotationscomment" es lo que estoy buscando. Usar flag -use-merge-history (-g) junto con svn log/culpa hará el trabajo. Veo la característica presente en 1.5 también. Actualiza tu respuesta y la aceptaré :) – dimba