Comment faire une sauvegarde de Visual Source Safe avant de migrer vers SVN

Question

Je suis en proie à mon lot en utilisant VSS 2005 (8.0.50727.42) comme contrôle de source, ce que j'ai vraiment du mal à faire. Je propose de passer à SVN http://www.visualsvn.com/server/ et j'ai trouvé un outil qui semble faire la migration tout en tirant toute l'histoire à travers - afin de garder mes camarades heureux. - http://vsstosvn.codeplex.com/ (si quelqu'un a eu un succès ou de l'expérience avec ce serait intéressé d'entendre vos pensées)

cependant, afin de vous assurer que cela fonctionne, je voudrais faire un essai, mais ont aucune idée comment prendre une sauvegarde de la VSS existante afin de le faire .. comme cet outil semble également traiter de changer toutes les fixations de contrôle de la source dans la solution, donc si ça va seins, je serais probablement battu ..

Je fais simplement une copie de la structure de dossier dans laquelle le srcsafe.ini réside? son juste qui semble avoir toutes sortes de conneries dans son dossier de données .. dossiers appelés a b c etc ..

toute aide appréciée

grâce

Answer 1

J'ai utilisé le client de ligne de commande VSS2SVN dans le passé et cela a fonctionné correctement. Je pense que cela a été quelque peu entravé par la façon dont le VSS avait été abusé (messages de validation médiocres, commets des fichiers sporadiques uniques), de sorte que l'historique des commit n'était que vaguement utile.

Je ne me souviens pas comment je l'ai travaillé mais c'était probablement juste en suivant la documentation pour VSS2SVN et VSS.

La documentation pour Visual SourceSafe (semble être la version 2005 en passant par les pages «Quoi de neuf») contient des instructions sur comment backup et restore une base de données VSS avec historique. Vous pouvez tout faire depuis l'interface administrateur et restaurer vers un nouvel emplacement, ou il y a des clients en ligne de commande pour le faire.

Notez que les utilisateurs ne peuvent pas utiliser la base de données pendant la sauvegarde et que l'utilitaire d'analyse ne peut pas s'exécuter. Cela implique qu'il s'agit probablement d'une simple copie de fichier sur le réseau sans protection ni verrouillage dans la base de données. Vous aurez probablement besoin de planifier la sauvegarde autour de vos utilisateurs (c'était OK quand je l'ai fait car il n'y avait que trois d'entre nous).

Editer: J'ai trouvé un blog article qui résume les options pour faire une sauvegarde VSS, ce qui me semble familier, donc je l'ai peut-être référencé lorsque j'ai effectué notre migration. Le résultat de cela est que oui, vous pouvez simplement copier le répertoire avec toutes les informations VSS, mais encore une fois, vous devez être sûr que la base de données ne peut pas être modifiée pendant qu'elle est copiée.

Answer 2

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

Assurez-vous que personne n'utilise la base de données et qui analyse ne commence à courir pendant que vous sauvegardez la base de données. Copiez les dossiers suivants: \ DATA \ Temp \ UTILISATEURS

Copiez les fichiers user.txt et Srcsafe.ini. Lorsque vous suivez cette procédure, vous pouvez effectuer une restauration complète de la base de données en remplaçant les dossiers Utilisateurs, Temp et Données existants ainsi que les fichiers Users.txt et Srcsafe.ini par les versions copiées.

Vous pouvez également utiliser cette procédure pour déplacer la base de données vers un autre emplacement en plaçant les fichiers copiés dans un nouveau dossier. Pour ouvrir la base de données, dans le menu Fichier dans l'Explorateur Visual SourceSafe, cliquez sur Ouvrir la base de données SourceSafe pour rechercher le nouvel emplacement.