¿Subversion eligiendo sus propias revisiones para fusionarse desde y hacia?

Así que hoy me quedé perplejo, fusionando las revisiones del tronco en una copy de trabajo de la sucursal.

svn merge -r 7587:7735 http://OurProject/trunk --- Merging r7649 through r7735 into '.': 

Parece que la información de fusión está rota, ya que enumera las fusiones del tronco como

/ tronco: 7446-7648

pero solo nos fusionamos hasta 7587 desde 7446.

Entonces, ¿por qué es incorrecto el mergeinfo, cómo sucede esto?

Gracias

Muelles

Es difícil averiguar qué está pasando en la descripción. Sin embargo, Subversion hace un muy buen trabajo en el seguimiento de los cambios, por lo que probablemente esté haciendo lo correcto.

Es posible que las revisiones enumeradas como resultado de la svn merge no coincidan necesariamente con el range que le diste, porque esas revisiones podrían no estar en el enlace troncal. Es por eso que le muestra la revisión 7649 en lugar de la revisión 7587 como la primera revisión de la combinación.

No sé si el svn:mergeinfo , que estás viendo es pre o post fusión. Sin embargo, siempre que las twigs involucradas en la fusión tengan un ancestro común directo , y no haya hecho algo tonto como eliminar todos los files en una twig y volver a agregarlos, todo estará bien con la fusión.

Ok terminando respondiendo a esto yo mismo.

La información de fusión era correcta, completamos y fusionamos todas esas revisiones (7587-7648) pero luego revertimos todos los cambios reales de ellas antes de enviarlas, lo que hace que parezca que SVN se había torcido las bragas cuando, de hecho, fue correcto