¿Alguien ha migrado exitosamente VSS 2005 a SVN?

Question

He estado jugando con SVN en los últimos tiempos y he llegado a amar su poder y experiencia de usuario y que podemos vincularlo a nuestro sistema de seguimiento de errores para simplificar las vidas de todos. Así que llegó el momento en que decidimos migrar nuestra configuración de VSS 2005 a SVN y ahora me estoy despegando.

Parece que hay una serie de herramientas que afirman ser capaces de completar la migración de VSS 2005 a SVN, pero no puedo determinar cuál es la mejor o cuál me proporcionará la más completa transición. Necesito uno que migre todo el historial en lugar de simplemente consultar desde VSS y verificar en SVN.

Encontré Polarion SVN Importer que se ve potente y altamente configurable, sin embargo, no puedo hacer que esta maldita cosa funcione, se queja de que no puede sacar la lista de archivos de $/in VSS. Si ejecuto el mismo comando que está activando manualmente, todo parece funcionar bien, así que no puedo resolverlo.

¿Alguien ha migrado con éxito su fuente de VSS 2005 a SVN y, en caso afirmativo, qué herramientas usó y cuáles fueron sus conclusiones? Cualquier advertencia o inconveniente sería de lo más útil, así como cualquier cosa que sea útil/sorprendente o que sea decepcionante o simplemente tergiversada.

Answer 1

Pruebe la última revisión de troncal (aplicación de consola) para VssMigrate en Codeplex para reordenar su historial y volver a generar conjuntos de cambios desde su repositorio de VSS. También ordenará sus revisiones correctamente basado en el momento en que se registró.

http vssmigrate.codeplex.com/SourceControl/changeset/view/16890

espero que esto ayude. Puede llevar algunos ajustes en $/import.

P.S. el historial te ayuda a saber a quién culpar en un solo paso en lugar de tener que descubrir si la anotación es correcta en función de una importación, por lo que me parece bastante útil. Es mucho mejor tenerlo que no tenerlo al encontrar errores en el código anterior.

P.P.S. Incluso puede usar la nueva versión de VssMigrate para volver a importar las revisiones a un repositorio de subversión y luego fusionar en todas las revisiones después de la última revisión de importación de su revisión anterior. El único inconveniente es que todos tendrán que obtener un check-out nuevo del repositorio porque el número de revisiones se reducirá drásticamente. Básicamente, realizar una nueva migración; svnadmin vuelca el repositorio activo previamente migrado desde rev migrated + 1 como incremental y luego carga svnadmin en el repositorio recién migrado.

Answer 2

La última vez que probé esto fue hace años. Debido a que el formato de archivo VSS no estaba documentado, para obtener un historial completo, el programa de conversión de terceros tenía que usar la API de VSS para obtener cada versión de cada archivo. Dejé que la conversión se ejecutara durante el fin de semana, vi cuánto había logrado (un pequeño porcentaje) y calculé que tomaría semanas de tiempo calendario para completar (teníamos años de historia).

Por lo tanto, decidimos mover solo una instantánea del último código en el nuevo sistema de control de versiones, y mantener un archivo de la base de datos VSS por el bien de la historia.

Answer 3

Similar a esta pregunta: migración diferente, pero también creo que es una pérdida de esfuerzo/tiempo intentar capturar la historia.

What's the best way to migrate from SourceSafe to ClearCase?

Answer 4

que migraron con éxito VSS 2005 a SVN hace varios meses. Utilicé la herramienta "VssMigrate.Tim2" que aparentemente está en CodePlex ahora como vssmigrate. Funcionó bien sin problemas importantes. Parecía que las revisiones y las marcas de tiempo no estaban ordenadas como esperaba, pero no era un gran problema.

EDITAR: con vssmigrate, puede elegir migrar una ruta VSS específica (por ejemplo $/GroupA/ProjectB) que reduce el tiempo de migración individual y hace que el proceso general sea menos frágil. No encontré el proceso demasiado largo, aunque solo teníamos unos seis meses de datos en VSS. Pude completar la migración y la configuración de Apache + SVN durante un fin de semana. Dependiendo del tamaño de su repositorio de VSS, es posible que desee crear múltiples repositorios SVN en lugar de un único repositorio masivo.

Estoy muy contento de habernos alejado de VSS, aunque la configuración de Apache + SVN no fue muy divertida (prueba y error). Estaba considerando Git o Mercurial, pero ninguno tenía una herramienta TortoiseXxx confiable o un plugin VS SCC en ese momento. Aunque ahora que Google code ha sido compatible con Mercurial y TortoiseHg se ve bien, estoy tentado de probar Mercurial pronto.

Answer 5

Probé ambos Polarion y vss2svn hace aproximadamente un año.

Tuvimos muchos años de código en VSS, y me encontré con que después de todo, de la configuración y pruebas de que no estaba del todo satisfecho con los resultados, el proceso fue largo y frágil, y al final, decidieron solo comience con una importación limpia del último código.

Hubo algunas ocasiones en el último año en las que fui en busca de historia antigua, pero no tanto. Otra ventaja de empezar de cero es que su nuevo repositorio SVN será muy rápido.