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

Question

¿Hay alguna herramientas para facilitar la migración desde Bóveda de Sourcegear a Subversión?

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

Requisitos:

1. Migración única
2. Historia completa con comentarios.

Opcional:

1. Algún soporte para etiquetas/ramas/etiquetas
2. Relativamente rápido.Puede llevar 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 repositorios de un cliente en particular en SVN.

Además, SVN tiene mejor soporte entre herramientas de terceros.Por ejemplo, hudson y Redmina.

Aunque de nuevo:No vamos a abandonar la bóveda por completo.

Answer 1

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

Una vez que tenga el repositorio de git, estará git2svn.

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

Answer 2

Si desea un historial de versiones completo, es posible que desee simplemente escribir un script que extraiga cada versión de la bóveda y la registre con los comentarios en Subversion.

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

Según la documentación que vi en el sitio web de Vault, busque la línea de comando GETVERSION.

Utilice su lenguaje de programación favorito...Implementar el siguiente proceso:

1. Consulte una versión de la bóveda.
2. Obtenga los comentarios de confirmación para el conjunto de cambios.
3. Agregar/eliminar archivos al repositorio SVN
4. Confirmar archivos usando los comentarios de confirmación
5. Vuelva al paso uno con la siguiente versión.

Answer 3

Nunca encontré una manera fácil de convertir de Vault a svn.Básicamente tomamos nuestras últimas ramas y troncos y comenzamos de nuevo en svn.Sinceramente, retrocedí dos o tres etiquetas, porque sí.Mantuve la base de datos de la bóveda durante seis meses y nunca tuvimos que volver a ella para obtener datos.Así que supongo que deseas conservar tu historial para vincularlo al rastreador de errores;Al mismo tiempo, transferimos nuestra lista de errores pendientes a un nuevo rastreador, lo que definitivamente hizo las cosas más convenientes.Si nos quedáramos con el mismo rastreador de errores, pensaría que habríamos iniciado una nueva instancia para el nuevo repositorio.¡Buena suerte!

Brett

Answer 4

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

Answer 5

También estamos considerando la migración.Una razón es el costo, pero otra razón es que Vault no utiliza xml válido (o cualquier otro) para sus comentarios de confirmación, por lo que los caracteres especiales fallan en nuestro sistema de compilación CCNet automatizado (p. ej.un personaje de viñeta es uno de ellos, y específicamente nos causa un problema).Una forma de evitar esto ha sido A) pedir a nuestros desarrolladores que no utilicen estos caracteres especiales "no válidos" (caracteres fuera del rango de ASCII 32 - 126) y B) ingresar manualmente y volver a confirmar el código con un carácter "válido". comentario.Puede que esto no parezca gran cosa, pero no permitir estos caracteres impide copiar y pegar fácilmente errores y otros comentarios en el comentario de confirmación.Esto ralentiza a las personas y cualquier cosa que obstaculice el flujo y la productividad y genere frustración debe reducirse o eliminarse.

Según mi investigación, parece que no hay forma de migrar directamente de Vault a SVN.Quizás sea posible utilizar otro sistema de control de versiones como paso intermedio de la migración:Bóveda --> OtroProductoControlFuente --> SVN

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

Pablo