subir - tortoise svn server

¿Alguna herramienta para migrar el repositorio de Vault a Subversion?

Question

¿Hay alguna herramienta para facilitar una migración de Sourcegear''s Vault a Subversion ?

Realmente preferiría una herramienta o proyecto existente (¡lo compraré!).

Requisitos:

1. Solo migración de una sola vez
2. Historial completo con comentarios

Opcional:

1. Algo de soporte para etiquetas / ramas / etiquetas
2. Relativamente rápido. Puede tomar horas, pero no días.
3. Costo si está disponible

Puntos de bonificación si puede compartir experiencias personales relacionadas con este proceso.

Una de las razones por las que me gustaría hacer esto es porque tenemos muchos proyectos repartidos entre Vault y Subversion (finalmente estamos lejos de sourcesafe). En algunas situaciones, sería útil poder consolidar los repos de un cliente en particular en SVN.

Además, SVN cuenta con un mejor soporte entre las herramientas de terceros. Por ejemplo, Hudson y Redmine .

De nuevo, sin embargo: no estamos abandonando la bóveda por completo.

Answer 1

Nunca encontré una forma fácil de convertir de Vault a svn. Básicamente, tomamos nuestras últimas ramas y troncales y comenzamos nuevas en svn. Honestamente, devolví dos o tres etiquetas solo porque sí. Mantuve guardado DB durante seis meses y nunca tuvimos que volver a buscar datos. Así que supongo que desea llevar adelante su historial para un enlace de seguimiento de errores; al mismo tiempo transferimos nuestra excelente lista de fallas a un nuevo rastreador, por lo que definitivamente hizo las cosas más convenientes. Si nos quedamos con el mismo rastreador de errores, creo que podríamos comenzar una nueva instancia para el nuevo repositorio. ¡Buena suerte!

Brett

Answer 2

Estamos considerando la migración también. Una razón es el costo, pero otra razón es que Vault no utiliza xml válido (o ninguno) para sus comentarios de compromiso, por lo que los caracteres especiales fallan nuestro sistema de compilación CCNet automatizado (por ejemplo, un carácter de viñeta es uno de ellos y específicamente nos causa un problema) . Una forma de evitarlo ha sido: A) pedirles a nuestros desarrolladores que no usen estos caracteres especiales "inválidos" (caracteres fuera del rango de ASCII 32 - 126) y B) para entrar y volver a confirmar el código manualmente con un "válido" comentario. Esto puede no parecer un gran problema, pero no permite que estos caracteres impidan copiar / pegar fácilmente errores y otros comentarios en el comentario de confirmación. Esto ralentiza a la gente y cualquier cosa que obstaculice el flujo y la productividad y crea frustraciones debe reducirse o eliminarse.

Según mi investigación, parece que no hay forma de migrar directamente de Vault a SVN. Tal vez sea posible usar otro sistema de control de versiones como un paso intermedio de migración: Vault -> OtherSourceControlProduct -> SVN

... pero creo que podríamos escribir las confirmaciones (como sugirió Joshua al comienzo de este hilo) o, lo que es más probable, simplemente comprometer las últimas revisiones y dejar repositorios de Vault por un tiempo para la historia, etc. en realidad nos da una buena oportunidad para limpiar y refactorizar nuestro código y jerarquía actual.

Pablo

Answer 3

Gratis. Los costos de la licencia de usuario de la bóveda se han triplicado desde que fuimos a ella.

Answer 4

Estamos pensando en migrar de bóveda a git. Escribí el convertidor de vault2git que se encarga del historial y elimina enlaces de bóveda de los archivos * .sln, * .csproj.

Una vez que tienes git repo, hay git2svn.

Sé que suena como ir de ronda, pero podría ser más rápido que escribir vault2svn desde cero.

Answer 5

Si desea un historial de versión completo, puede escribir un script que verifique cada versión de bóveda y la verifique con los comentarios de Subversion.

https://www.mercurial-scm.org/wiki/GenericConversion es un buen ejemplo

De acuerdo con la documentación que vi en el sitio web de Vault, mire en la línea de comando GETVERSIÓN.

Use su lenguaje de scripting favorito ... Implemente el siguiente proceso:

1. Mira una versión de bóveda.
2. Obtenga los comentarios de confirmación para el conjunto de cambios.
3. Agregar / eliminar los archivos al repositorio SVN
4. Commitir archivos usando los comentarios de confirmación
5. Regrese al paso uno con la próxima versión