2008-09-12 5 views
25

Soy un desarrollador único que busca salir de Visual Source Safe y pasar a svn.¿La mejor manera de migrar de VSS a Subversion?

Una búsqueda rápida muestra varias herramientas, pero no veo un ganador claro y no puedo permitirme perder mucho tiempo probando diferentes herramientas.

¿Alguien ha hecho esto con éxito y puede recomendar un método?

Respuesta

28

Recomiendo simplemente agregar su código a un nuevo repositorio de Subversion en lugar de importar desde VSS. VSS tiene un modelo de control de versiones intrincado que no se adapta bien a muchos otros sistemas, y comenzar de nuevo es la mejor manera de evitar llevar ese desorden contigo.

Si necesita mantener el historial actualizado, haga que su depósito de VSS sea de solo lectura.

+2

Asegúrate de borrar los archivos no procesados ​​que VSS deja en tu caja antes de importarlos a SVN, y también asegúrate de que todos los archivos generados no estén. – jodonnell

+6

No estoy de acuerdo con esto en absoluto. Mi compañía ha estado usando VSS durante casi 10 años y faltarían toneladas de historia si simplemente "empezáramos de nuevo". Estoy de acuerdo en que VSS es basura pero es mejor que nada y simplemente descartar años de historial de archivos es un gran error. –

+8

Simplemente congele las cosas en VSS para referencia futura (es decir, solo lectura) (¡que seguramente nunca verá!) Y empiece de nuevo con Subversion. –

0

He usado algunas secuencias de comandos (no recuerdo cuál) para ayudar en una conversión de VSS a SVN. Fue un poco doloroso y meticuloso, pero terminó trabajando, y mantuvo toda la historia. Tenía que mantener toda la historia por razones políticas en ese momento; si me saliera con la mía, probablemente hubiera descartado la historia e importado todo el código en SVN.

También por razones políticas, escribí algunos scripts realmente hacky que mantuvieron a VSS actualizado con los cambios de Subversion. Funcionaron por un tiempo, pero siguieron rompiendo cada semana o dos, hasta que alguien renombró un directorio o algo y todo se vino abajo. En ese momento, estaba bien simplemente continuar usando Subversion.

1

En mi trabajo actual, creamos un repositorio de subversión, configuramos scripts de enlace para ignorar todos los vss y archivos generados, y luego comenzamos a importar los diversos proyectos con tortugaSVN. Funcionó bastante bien, estábamos listos y funcionando en un par de horas.

7

Hicimos esta migración recientemente en el trabajo. Sugiero fuertemente:

  1. Simplemente agregue el nuevo código de VSS, tome el golpe que el historial pre-svn tendrá que permanecer en el viejo repositorio de VSS.
  2. Si su repositorio de VSS todavía está en uso después del volcado de código inicial, migre los cambios usando Vendor Branches. Es decir, suponga que su repositorio VSS es un proveedor y utiliza etiquetas con fecha para fusionar los cambios en el repositorio SVN.

Ligeramente más detalle here.

1

totalmente Estoy de acuerdo con la respuesta de Jon Galloway. También intenté usar vss2svn pero descubrí que había muchos problemas con el repositorio importado y finalmente decidí que no valía la pena el esfuerzo necesario para limpiarlo. Acabamos de importar una copia del código en subversión y hemos vuelto a VSS en la rara ocasión en que debía consultarse una versión anterior del código.

En mi empresa anterior también utilizamos el mismo enfoque para migrar de ClearCase a Subversion, y no recuerdo ninguna ocasión en la que necesitáramos regresar a ClearCase para ver el historial.

El problema más importante fue conseguir que todos cambiaran al nuevo repositorio al mismo tiempo, pero como desarrollador individual no debería haber ningún problema allí.

1

Descargamos y probamos varias herramientas de migración y recomendaría Polarion SVNImporter.

Lo usamos para llevar a cabo una migración selectiva de casi un Gb desde un repositorio VSS6 a Subversion. Como el código fuente está disponible, pudimos corregirlo y adaptarlo a nuestras necesidades específicas (detección de archivos vinculados).

8

La versión CodePlex de VSStoSVN es una de las mejores que he encontrado. Tuve muy malos resultados con la versión de PumaCode, pero esta funcionó sin problemas.

http://vss2svn.codeplex.com/

2

he utilizado vss2svn con gran éxito.

6

Mi empresa ha desarrollado una fuente segura a la herramienta de migración de Subversion: http://www.abstrakti.com/en-US/Products/Krepost

Esta herramienta fue desarrollada después de tener problemas con cada otra herramienta, cuando tuvimos que migrar el depósito de un cliente.

Avísame si tienes algún problema, estaremos encantados de ayudarte.

Eric.

+1

Voy a intentar esto. A pesar de nuestro abandono previo de VSS, sin conversión, decidimos que realmente nos gustaría obtener información. La empresa Abstrakti.com, anteriormente, parece especializarse en la conversión de VSS, es decir, también tienen una aplicación para VSS para GIT, Castellum. ¡Solo este mes tuvieron una actualización de mantenimiento! – AnneTheAgile

+1

Lo probé con un antiguo repositorio VSS, ¡funcionó como un amuleto! – tcbrazil

Cuestiones relacionadas