La command-line de logging de SVN no muestra una sola revisión fusionada (svn log -r)

Se ha realizado una gran fusión a través de TortoiseSVN, la versión de subversión es 1.6

Lectura sobre la forma en que SubVersion (hasta la versión 1.5) gestiona la revisión:

Subversion 1.5 y versiones posteriores mantienen un logging de fusiones utilizando properties. Esto nos permite get un historial más detallado de los cambios fusionados. Por ejemplo, si desarrolla una nueva característica en una twig y luego fusiona esa twig nuevamente en la troncal, el desarrollo de la característica aparecerá en el logging de la troncal como una única confirmación para la fusión, aunque puede haber 1000 confirmaciones durante el desarrollo de la sucursal .

Ahora un par de preguntas:

Si selecciono el historial de TortoiseSVN de la twig fusionada, no puedo ver las revisiones fusionadas, a less que marque la casilla "include revisiones fusionadas", en este caso se muestran en gris, ¡ eso es justo !

enter image description here

El post de combinación contiene algunos errores:

Correcting Shell script that identifies DB objects which have been dropped from SVN. Trying to figure out why the shell variable is not getting used properly in "svn log -qvr..." command 

y

 ........ (and even) More syntax fixes .. testing call to shell ........ (and even) More syntax fixes .. testing call to shell ........ (and even) More syntax fixes .. testing call to shell o 

Desde Windows, en su lugar, el post no se muestra con el siguiente error:

 svn: E720008: Write error: Not enough storage is available to process this command. 

Esto no puede ser un problema importante, así que no nos concentremos en esto …

Centrémonos en cambio en la línea de command, cuando ejecuto el command svn log obtengo los mismos problemas en el post de confirmación:

Puedo ver toda la historia (incluida la revisión fusionada) con el parámetro -g, ¡ otra vez lo justo !

El problema principal es que ya no puedo get la revisión combinada específica con el command SVN LOG -r

Por ejemplo, como puede ver la revisión 69524 mostrada en gris por TortoiseSVN (con las revisiones incluidas fusionadas marcadas)

pero svn log -r 69524 devuelve un post en blanco y esto sucedió para todas las miles de revisiones fusionadas:

enter image description here

¿Esto es normal?

Aprecio la forma en que SVN está gestionando la fusión ahora, pero ¿es posible que no pueda get más la información de revisión fusionada específica con svn log -r?

¿Esto es porque algo salió mal durante la fusión o es este el comportamiento normal de la nueva versión de subversión?

¡Honestamente se ve realmente extraño para mí! Por favor, chicos, ayúdame a entender, ¡esto me está matando!

Gracias

¡RESUELTO!

Ejecutar los commands desde la raíz de las sucursales solucionó el problema, sinceramente esperaba que las revisiones combinadas se enumeraran en las causas de las publicaciones incluidas, incluso si se realizaba en otro tree de líneas de código (simulando el diferente comportamiento entre git squash / rebase / merge + commit)

Me parece que debe ejecutar svn log --verbose --revision 60524 https://svn.example.com/repos/ o svn log --verbose --revision 60524 https://svn.example.com/repos/branches o especifique otra twig que fue realmente afectada por r60524.

Puede que malinterprete este problema, pero parece que proporciona una URL incorrecta. La revisión r60524 no tocó /Release soltó la bifurcación por lo que el command no muestra nada. Por lo tanto, sugiero ejecutar el command contra la raíz de su repository y agregar la opción --verbose . Verá qué routes / twigs / lo que r60525 afectó.

Tenga en count que las routes en Apache Subversion distinguen entre mayúsculas y minúsculas . Asegúrese de ingresar la URL correcta del repository.