aumentar artificialmente el número de revisión en un repositorio SVN (FSFS)

Question

Mi empresa está realizando una migración repositorio SVN y me gustaría evitar la superposición de números de revisión entre los dos lugares de almacenamiento (que son ambas activas en el momento).

Mi requisito es para obligar a la revisión del nuevo repositorio a un número de revisión específica (por ejemplo: 100.000)

.

Al analizar el repositorio FSFS me he encontrado el archivo "db / corriente", que suena como el lugar justo donde para cambiar el número repositorio.

¿Alguien tiene alguna experiencia con este procedimiento? Me gustaría evitar las cosas extrañas ocurriendo en el futuro!

PS: Yo entiendo que puedo crear "100.000" ficticia se compromete en el repositorio. Por favor comparta su experiencia con este procedimiento y los posibles problemas de rendimiento del repositorio durante y después de la prodecure

PS3: entiendo que podría ser una buena idea tener a todo el mundo cometen copias de trabajo antes del procedimiento. Esto no es un problema para nosotros (el nuevo repositorio tiene usuarios muy limitadas en este momento). Sin embargo, si usted tiene experiencia con este producto o similares requisitos, por favor compartir! :)

PS3: Entiendo que esto no es un procedimiento estándar SVN y muchos podrían objetar con el requisito de sí mismo. Vamos a suponer que mi requisito es sonido! :)

Answer 1

http://subversion.tigris.org/ds/viewMessage .do dsForumId = 1,065 y dsMessageId = 940194 :?

  

Q: ¿Hay una manera de incrementar artificialmente la revisión del repositorio   número en la subversión?

     

R: La única manera de hacerlo sería cometer una serie de revisiones ficticias.

Answer 2

En primer lugar, no se moleste en tratar de Frig esto. Si usted es fusionar el 2, se puede utilizar descarga / carga de poner uno nuevo en la parte superior de los antiguos y los números de revisión serán manejados para usted. Así que a menos que usted necesita saber qué número de revisión es una versión particular (por lo externo tal vez, o etiquetas), entonces no necesita preocuparse acerca de esto en absoluto.

Si se puede trabajar con la herramienta, siempre es mejor que encontrar más tarde que svnsync o svnadmin paquete, por ejemplo, no funcionará con su repositorio modificado.

OK, así que si todavía quiere hacerlo, actualizar el número de última revisión en revprop 0 y el archivo db / corriente y que debe estar bien.

No creo que encontrará cualquier persona que tenga experiencia directa con este enfoque, aunque!

Answer 3

Una manera fácil de hacer revisiones ficticias ...

Como tantas veces como sea necesario, repetir:

svnmucc propset dummy_prop 0 -m "increases revision" https://svn/repo/ --username me --password x7G_5-u1,W

Nota:

• El valor "0" no tiene que ser diferente de una comprometen a la próximo. Sólo se puede repetir el mismo comando.
• Cambia el repositorio directamente, sin una obtención o copia de trabajo.
• Cambia la carpeta raíz (referenciado por el arrastre / después de "... svn / repos"). Por lo tanto, aunque se puede realizar en un repositorio fresh'n'empty.
• Los cambios sólo una propiedad de una carpeta. Estos existen sólo para SVN. Así que si obtiene o actualización, aplicaciones SVN-conscientes (como su sistema operativo) no notará ningún cambio sobre la propia carpeta. Sólo en la subcarpeta Svn, donde se almacenan estas propiedades, los archivos se cambian.
• svnmucc es parte de las herramientas oficiales de Subversion, por lo menos en 1,8, tal vez antes, ver también: http://svnbook.red-bean.com/en/1.8/svn.ref.svnmucc.re.html
• Por supuesto, la contraseña es sólo un ejemplo, no se preocupe que revelé las credenciales reales. : -)

Espero que esto salva a otros a pocos pasos de la investigación.

Answer 4

Con Subversion 1.7 puede utilizar el svndumpfilter herramienta para filtrar las confirmaciones no deseadas de un archivo de volcado creado por svnadmin dump:

http: // svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.filtering

A partir de esa página:

  

[svndumpfilter] actúa como un filtro basado en ruta para los flujos de volcado de repositorio

Así que esto se puede utilizar para eliminar datos de cometer determinados caminos, lo cual es útil en algunos escenarios de gestión de recompra (pero no todos); específicamente, en donde se compromete a un acuerdo de recompra se agregan por carpetas (por ejemplo, un identificador de versión), svndumpfilter le ayudará a reducir el tamaño de recompra, lo que permite eliminar las carpetas no deseados.