Migrer une base de données source sûre à SubVersion avec l'histoire

Question

Folks,

Nous avons un certain nombre de bases de données source sûres qui devraient être migrés à SubVersion. Existe-t-il un moyen (testé et éprouvé) de les migrer avec l'histoire?

Merci Essam

Answer 1

Vous pouvez essayer VssMigrate. Il s'agit d'un port C# de PowerAdmin's VssMigrate qui a la capacité de "résoudre les vérifications VSS individuelles aux validations SVN atomiques via l'horodatage approximatif".

Answer 2

J'envisage la migration aussi et je l'ai trouvé quelques pages qui peuvent vous aider dans le processus:

• Moving from Visual SourceSafe to Subversion
• Vss2Svn Project page
• Migrating from SourceSafe to Subversion

Cette 3 pag es fournissent des informations sur les méthodes de migration de l'historique complet de VSS à SVN

Answer 3

Vous avez trébuché sur cette vieille question à partir d'une recherche Google. Un autre choix disponible est de Polarion qui a un importateur SVN gratuit qui peut importer de plusieurs sources. J'essaie maintenant ...

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

Answer 4

Ma société a développé une source sûre à l'outil de migration Subversion: http://www.abstrakti.com/en-US/Products/Krepost

Cet outil a été développé après avoir des problèmes avec tout autre outil, lorsque nous a dû migrer le référentiel d'un client. En outre, c'est le 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.

Answer 5

Je recommande le projet vss2svn original (que je l'ai utilisé) par rapport à certaines des autres options énumérées ici (par exemple VssMigrate) (que je ne l'ai pas utilisé, mais regardé sur le site) car:

1. fonctionne sur Linux où vous obtenez des opérations de fichiers beaucoup plus rapidement (par rapport à NTFS) (par exemple la conversion fonctionne en 30 minutes au lieu de 12 heures)
2. est très abrégeable, génère des états intermédiaires, modifiables (par exemple fichier de vidage)

Dans les années passées j'ai utilisé pour administrer les bases de données VSS/CVS/SVN, et utilisé vss2svn pour quelques migrations VSS -> SVN (de l'ordre d'une décennie d'histoire, 500MB, IIRC). Ma plus grande prudence à quiconque convertit un référentiel est que le plus grand défi n'est généralement pas de savoir comment mapper certains fichiers à certains numéros de révision, mais comment gérer avec succès la corruption dans la base de données VSS. C'est pourquoi l'opération rapide (vous ne serez pas susceptible d'atteindre la perfection la première fois), et l'opération hackable sont essentielles.

Je recommande également vivement les pages wiki vss2svn sur RunningTheMigration à quiconque envisage une migration, quel que soit l'outil que vous utilisez à la fin.