Explosión de tamaño de Subversion al desplazarse por directorys; mito o hecho?

Recientemente tuve que volver a factorizar un código de un desarrollador anterior e inicialmente tuve que hacer muchos cambios de directorys y cambiar el nombre de et-all. Era relativamente una pequeña cantidad de código, por lo que comparar los tamaños realmente no revelaba demasiado. Dado que la subversión siempre preservará cada versión, ¿no explotará esto el tamaño?

Asumo que

repo/trunk/bobbyapple

trasladado a

repo/branches/oldapple

se considerarían historias diferentes basadas en el path y que la subversión las preservaría de manera diferente (mover = copyr + borrar). Por lo tanto, si uno se desplaza por directorys grandes, ¿esto puede hacer explotar rápidamente el tamaño?

La copy es esencialmente gratuita en SVN, y los cambios se almacenan como diffs. Entonces no, esto no "explotará" el tamaño.

SVN crea "copys baratas" que realmente no hacen una copy de nada, solo crea una nueva versión de los files que se ha alterado en la copy. Está citado aquí:

El repository de Subversion tiene un layout especial. Cuando copys un directory, no tienes que preocuparte porque el repository crezca enormemente: Subversion en realidad no duplica ningún dato. En cambio, crea una nueva input de directory que apunta a un tree existente. Si eres un usuario de Unix, este es el mismo concepto que un enlace rígido. A partir de ahí, se dice que la copy es "floja". Es decir, si realiza un cambio en un file dentro del directory copydo, solo ese file cambia; el rest de los files continúa existiendo como enlaces a los files originales en el directory original.

consulte: http://svnbook.networking-bean.com/en/1.0/ch04s02.html#svn-ch-4-sect-2.1