Visual Source Safe --> Migración TFS

Question

Por aquí hemos estado trabajando con un montón de repositorios de Visual Source Safe durante aproximadamente 10 años.

Ahora quiero deshacerme de sourcesafe y pasar a Team Foundation Server.

¿Tiene algún consejo o truco para mí antes de embarcarme en esta migración?¿Cuáles son las cosas con las que tengo que tener cuidado?

Estoy seguro de que esta migración significará que nuestros hábitos de trabajo tendrán que modificarse de alguna manera.¿Crees que estos cambios podrían ser un problema para la organización?Piense en un grupo de unos 20 desarrolladores .NET en un solo sitio.

Answer 1

Acabo de buscar en Google, pero este tutorial Parece una buena referencia y menciona la herramienta VSSConverter que debería ayudarle a que la migración sea lo más sencilla posible.

Aunque me gustaría recomendar una cosa:Respaldo.Haga una copia de seguridad de todo antes de hacer esto.Si algo sale mal, es mejor prevenir que curar.

Mis enlaces no aparecen.Esta es la dirección: http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx

Answer 2

Hay algunas formas diferentes de migrar.La herramienta extraerá su historial, etc.terminado, pero la forma más pragmática y sencilla es bloquear VSS como un archivo histórico y empezar de nuevo:

1. Haga que todos verifiquen todos los cambios en VSS, asegúrese de que todo esté compilado, etc.
2. Configure todas las bases de datos VSS como "bloqueadas" (derechos de solo lectura para todos los usuarios)
3. Obtenga lo último en toda la base de datos VSS en un conjunto "limpio" de carpetas en una estación de trabajo
4. Verifique todos los archivos en TFS desde la estación de trabajo

Para cualquier historial previo a la conversión, la gente debe acudir a VSS, pero después de una o dos semanas es realmente poco probable que suceda con tanta frecuencia.Y usted sabe que el historial en VSS es preciso y no está dañado por el proceso de conversión.

Answer 3

Tenga en cuenta que TFS no admite compartir archivos entre diferentes proyectos, como sí lo hace VSS.Si tiene alguno de estos archivos compartidos, el vínculo entre ellos se romperá durante la migración, lo que dará como resultado archivos inicialmente idénticos, pero ahora distintos, en cada proyecto.Las actualizaciones de uno de estos archivos en TFS ya no se propagarán a las copias de los otros proyectos.

Answer 4

Si elige utilizar la herramienta VSSConverter.exe que se incluye con Visual Studio Team Foundation Server, debe instalar TFS 2008 SP1 primero ya que incluye una serie de mejoras como se detalla en este blog por el equipo de herramientas de migración.

Algunas de las características clave del lanzamiento incluyen:

Eliminación de conflictos de espacios de nombres..Anteriormente escribí en un blog sobre esto como "el problema de cambio de nombre" y hemos solucionado el convertidor para migrar correctamente archivos con espacios de nombres superpuestos.Este fue el mayor punto de dolor para la mayoría de los usuarios que intentaban usar versiones anteriores de la herramienta.

Reenlace automático de soluciones. En esta última versión, los archivos de solución VS se actualizarán automáticamente a la versión 9.0 y volverán a verificar al control de versiones.Anteriormente, los usuarios debían hacer esto manualmente.

Corrección de inconsistencias de marca de tiempo.El uso de marcas de tiempo del cliente por VSS puede llevar a que se registren revisiones en el orden opuesto en el que realmente ocurrieron.La herramienta ahora reconoce este problema y continúa migrando los cambios en los que fallaría anteriormente.

Registro mejorado.Aunque hemos solucionado muchos problemas, proporcionar un registro mejor y más detallado ayudará a los usuarios que se encuentran con problemas a diagnosticar los problemas.

Answer 5

Actualmente estamos en el proceso de hacer esto en mi trabajo diario.De hecho, haremos el cambio en aproximadamente un mes.Soy una parte principal de la migración y una gran parte de por qué estamos saliendo de SourceSafe.Para ayudar en la migración, utilicé el Imagen de Visual Studio® Team System 2008 Team Foundation Server y Team Suite VPC.Fue muy útil.Desde el principio, la imagen contiene una instalación TFS completa y funcional para que puedas jugar y hacer una demostración.También incluye Hands on Labs y uno de los laboratorios ejecuta la herramienta de migración VSS -> TFS.Si tienes una suscripción a MSDN, una vez que hayas jugado con la imagen, el siguiente paso sería instalar la edición TFS Small Team que viene con tu suscripción.

Una cosa a tener en cuenta es asegurarse de tener instalados en la imagen los últimos Service Packs para Visual Studio 2008 y .NET Framework.Los service packs solucionaron algunos errores molestos y definitivamente aumentaron la usabilidad del sistema.Tenemos una base de datos SourceSafe bastante grande con más de 90 proyectos y la herramienta de migración tardó aproximadamente 32 horas en completarse.Primero hice una copia de seguridad de nuestra base de datos fuente segura para realizar pruebas.Luego hice la migración en la base de datos fuente segura de prueba.Luego, verifiqué el árbol de fuentes en TFS y todo se transfirió bien.Mantuvimos todo el historial de nuestros archivos fuente de VSS, lo cual fue genial.No es necesario mantener esa apestosa base de datos VSS después de que entremos en funcionamiento.

Estamos llevando la migración por pasos.Primero, el control de código fuente y dejar que nuestros desarrolladores se acostumbren a usarlo.Luego, migraremos el control de calidad y los analistas comerciales para utilizar las funciones de seguimiento de elementos de trabajo.

Mi consejo es realizar la migración por pasos.No hagas demasiado a la vez.Dé tiempo a las personas que utilizarán el sistema para que se capaciten.

Answer 6

VSS Converter está lejos de ser una solución perfecta.Y existen diferencias significativas entre la versión 2005 y la 2008SP1 del convertidor.

Por ejemplo, en una base de datos VSS que ha estado en uso durante mucho tiempo, habrá una gran cantidad de usuarios contribuyendo a VSS.Muchos de estos usuarios habrán abandonado la organización hace mucho tiempo y por tanto ya no tendrán cuentas de dominio.TFS requiere asignar usuarios VSS a cuentas de dominio, por lo que tendrá que decidir si asigna usuarios antiguos a una única cuenta de dominio "ficticia" o a un miembro actual del equipo.

Además, VSS Converter 2008 requiere que estas cuentas de dominio sean cuentas TFS válidas.Mientras que el convertidor de 2005 no exige esto.

Si su historial de VSS contiene movimientos de carpeta importantes, es probable que pierda todo el historial antes de este movimiento.Por ejemplo, si mueve una carpeta a una nueva ubicación y luego elimina la carpeta principal anterior, perderá todo el historial.Consulte este artículo para obtener más explicaciones:http://msdn.microsoft.com/en-us/library/ms253166.aspx

En una migración en la que participé, teníamos una base de datos VSS de 10 años que perdió todo el historial anterior a hace 6 meses.Esto se debió a una importante limpieza que tuvo lugar hace 6 meses.

Answer 7

herramienta de conversión TFS <-- Usa esto

Ya he usado esta herramienta algunas veces, los resultados son bastante satisfactorios ya que viene con el historial de conjuntos de cambios de SourceSafe si también lo desea.

De todos modos, al usar esta herramienta siempre debes prestar atención a los errores y advertencias en el registro, y verificar si todo se construyó bien o pasó bien.

Se recomienda ejecutar también un análisis en SS antes de ejecutar esto.

Espero eso ayude

Answer 8

Buena orientación de mi antiguo colega Guy Starbuck.Otra cosa que agregar con ese enfoque: es posible que con el tiempo hayas decidido que deseas refactorizar la forma en que está organizada tu aplicación (carpetas, etc.) y esto te dará la oportunidad de hacerlo.

He estado en situaciones en las que organizamos una solución al azar sin pensarlo (y mucho menos cambios importantes en la aplicación), lo que generó el deseo de organizar las cosas de manera diferente, y el cambio de VSS a TFS es una gran oportunidad para hacerlo.

En cuanto a la pregunta original:

Y:Esta migración seguramente significará que nuestros hábitos de trabajo tendrán que modificarse de alguna manera.¿Crees que estos cambios podrían ser un problema para la organización?Piense en un grupo de unos 20 desarrolladores .net, en un solo sitio.

Yo diría: sí, sus hábitos de trabajo cambiarán, pero mucho más para mejor.

1. No debe utilizar bloqueos de "Pagar" y "Obtener lo último al pagar".
2. Ahora puede bifurcar y fusionar de manera efectiva
3. Ahora tendrá "Conjuntos de cambios", todos los archivos registrados al mismo tiempo se agruparán.Esto hace que el seguimiento de cambios históricos sea mucho más fácil, pero lo más importante es que las reversiones son mucho más fáciles (es decir, encontrar todos los archivos registrados al mismo tiempo y revertirlos).
4. Asociación de registros a elementos de trabajo.¡No pase por alto los elementos de trabajo!El mayor error que puede cometer es utilizar TFS únicamente como reemplazo de VSS.Las funciones de compilación y gestión de proyectos son excelentes: usted pagó por ellas. ¡ÚSALAS!

En cuanto a los detalles sobre cómo cambiará su experiencia, otro ex colega mío (y MVP de Team System), Steve St.Jean escribió un artículo detallado sobre las diferencias: De VSS a TFS