Cómo hacer una copy de security de Visual Source Safe antes de migrar a SVN

Estoy acosado por mi suerte usando VSS 2005 (8.0.50727.42) como control de fuente, con el que realmente lucho para seguir trabajando . Estoy proponiendo mudarme a SVN http://www.visualsvn.com/server/ y he encontrado una herramienta que parece hacer la migration junto con extraer toda la historia para mantener a mis compañeros felices. – http://vsstosvn.codeplex.com/ (si alguien ha tenido algún éxito o experiencia con esto estaría interesado en escuchar sus pensamientos)

sin embargo, para asegurarme de que esto funcione, me gustaría hacer una testing, pero no tengo idea de cómo hacer una copy de security del VSS existente para hacerlo … ya que esta herramienta también parece tener que cambiar toda la fuente controle los enlaces en la solución, así que si se pone tits arriba, probablemente me derrotarían …

¿Puedo simplemente hacer una copy de la estructura de la carpeta en la que reside srcsafe.ini? es solo que parece tener toda class de basura en su carpeta de datos … carpetas llamadas a b c, etc.

cualquier ayuda muy apreciada

Gracias

He utilizado el cliente de command-line VSS2SVN en el pasado y funcionó bien. Creo que se vio obstaculizado en cierto modo por la forma en que se había abusado de VSS (posts de confirmación deficiente, confirmaciones a files esporádicos únicos), por lo que el historial de confirmación solo fue poco útil.

No recuerdo cómo lo trabajé, pero probablemente solo seguí la documentation para VSS2SVN y VSS.

La documentation de Visual SourceSafe (parece ser la versión de 2005 que pasa por las páginas "Novedades") contiene instrucciones sobre cómo hacer una copy de security y restaurar una database VSS con historial. Puede hacerlo todo desde la interfaz de administrador y restaurar a una nueva location, o hay clientes de línea de command para hacerlo.

Observe la advertencia de que los usuarios no pueden usar la database mientras realiza la copy de security y no se puede ejecutar la utilidad de análisis. Esto implica que probablemente solo se trate de una simple copy de file en la networking sin protección ni locking en la database. Probablemente necesites progtwigr la copy de security entre tus usuarios (estuvo bien cuando lo hice ya que solo éramos tres).

Editar: Encontré un artículo de blog que resume las opciones para hacer una copy de security de VSS, que me parece familiar, así que podría haberlo hecho cuando realicé nuestra migration. El resultado es que sí, puede copyr el directory con toda la información de VSS, pero nuevamente debe asegurarse de que la database no se pueda modificar mientras se está copyndo.

https://support.microsoft.com/en-us/kb/244016

Asegúrese de que nadie esté utilizando la database y que Analyze no comience a ejecutarse mientras realiza la copy de security de la database. Copie las siguientes carpetas: \ DATA \ Temp \ USERS

Copie los files User.txt y Srcsafe.ini. Cuando sigue este procedimiento, puede hacer una restauración completa de la database al replace las carpetas Usuarios, Temperatura y Datos existentes, así como los files Users.txt y Srcsafe.ini con las versiones copydas.

También puede usar este procedimiento para mover la database a otra location colocando los files copydos en una nueva carpeta. Para abrir la database, en el menu Archivo en el Explorador de Visual SourceSafe, click Abrir database de SourceSafe para search la nueva location.