8
votes

Migrer une base de données Source Safe à Subversion avec l'histoire

personnes,

Nous avons un certain nombre de bases de données SAFE SAFE qui doivent être migrées vers Subversion. Y a-t-il un moyen (testé et éprouvé) de les migrer avec l'histoire?

merci Essam


5 Réponses :


8
votes

Je considère aussi la migration et j'ai trouvé des pages qui peuvent vous aider dans le processus:


1 commentaires

J'ai déplacé une base de données VSS sur SVN en utilisant parfaitement le VSS2SVN. Il y avait environ 23 000 entreprises SVN mais nécessite beaucoup de réparation VSS!



3
votes

Vous pouvez essayer vsmigrate . C'est un port C # de PowerAdmin's vssmigraate qui a la capacité de "résoudre les VSS individuels -Checkins à Atomic Svn s'engage via l'horodatage approximatif ".


1 commentaires

J'ai testé Vssmigrate sur plusieurs bases de données VSS et les déplacées parfaitement à SVN, merci Tim



0
votes

trébucha sur cette ancienne question d'une recherche Google. Un autre choix disponible vient de polarion qui a un importateur gratuit SVN pouvant importer à partir de sources multiples. J'essaie maintenant ...

http://www.polarion.com/products/svn/svn_importer.php


0 commentaires

1
votes

Ma société a développé une source Safe to Subversion Migration Tool: http://www.abstrakti.com/en-us/products/krepost

Cet outil a été développé après avoir eu des problèmes avec tous les autres outils, lorsque nous devions migrer le référentiel d'un client. En outre, il s'agit également du seul outil qui peut importer des étiquettes SourceSafe dans SVN.

Faites-moi savoir si vous avez des problèmes, je serai heureux de vous aider.

ERIC.


0 commentaires

0
votes

Je recommanderais l'original projet VSS2SVN (que j'ai utilisé) par rapport à une partie de la Autres options énumérées ici (par exemple, vssmigrate) (que je n'ai pas utilisée, mais j'ai examiné le site Web) car il:

  1. fonctionne sous Linux où vous obtenez des opérations de fichiers beaucoup plus rapides (par rapport aux NTFS) (par exemple, la conversion est exécutée en 30 minutes au lieu de 12 heures)
  2. est très hardalable, génère des états intermédiaires et modifiables (par exemple le fichier de vidage)

    Dans les années précédentes, j'avais l'habitude d'administrer les bases de données VSS / CVS / SVN et utilisée VSS2SVN pour quelques VSS -> Migrations SVN (dans l'ordre d'une décennie d'histoire, 500 Mo, IIRC). Ma plus grande prudence à quelqu'un de conversion d'un référentiel est que le plus grand défi n'est généralement pas comment cartographier certains fichiers à certains numéros de révision, mais comment gérer gracieusement la corruption dans la base de données VSS. C'est pourquoi une opération rapide (vous n'êtes pas susceptible d'atteindre la perfection la première fois) et une opération piratable est essentielle.

    Je recommanderais aussi fortement les pages Wiki VSS2SVN sur INFIRMIGRAGRAGRAGRAGRAGRAGRAGRAGATION à toute personne envisagée une migration, quel que soit l'outil que vous utilisez à la fin.


0 commentaires