Hat jemand erfolgreich migriert VSS 2005 über SVN?

Question

Ich habe um das letzte kleine Weile mit SVN gespielt und sind gekommen, seine Leistung und Benutzererfahrung zu lieben und dass wir es in unserem Bug-Tracking-System binden kann, um das Leben jedes Einzelnen zu vereinfachen. So ist es gekommen, um die Zeit, die wir beschlossen haben, unsere VSS 2005 Setup über SVN zu migrieren, und ich bin jetzt kommen unstuck.

Es scheint, gibt es eine Reihe von Tools gibt, die die Migration von VSS 2005 SVN in der Lage sein Anspruch auf Vollständigkeit, aber ich kann nicht herausfinden, welche die beste ist oder die mir liefert die umfassendste Übergang . Ich brauche eine, die die vollständige Geschichte über und nicht nur Check-out von VSS und dem Einchecken in SVN migrieren.

fand ich Polarion SVN Importeur, die leistungsfähig und in hohem Maße konfigurierbar aussieht, aber ich nicht das verdammte Ding arbeiten kann, es beschwert sich, dass es nicht um die Dateiliste von $ / in VSS ziehen kann. Wenn ich den gleichen Befehl ausführen es manuell ist stolpern, scheint alles in Ordnung zu laufen, also kann ich es nicht herausgefunden.

Hat jemand erfolgreich migriert ihre Quelle von VSS 2005 SVN und wenn ja, welche Tools haben Sie benutzt und was waren Ihre Erkenntnisse? Etwaige Einsprüche oder gotchas am nützlichsten wäre so wissen so gut wie alles, was nützlich war / raschend oder war ein Stich lassen oder einfach nur falsch dargestellt.

Answer 1

Versuchen Sie, die neuesten Stamm (Konsolenanwendung) Revision für VssMigrate auf Codeplex neu zu ordnen Ihre Geschichte und neu generieren Changesets von Ihrem VSS-Repository. Es wird auch Ihre Revisionen bestellen korrekt auf der Grundlage der Zeit, die sie in geprüft wurden.

http vssmigrate.codeplex.com/SourceControl/changeset/view/16890

Ich hoffe, das hilft. Es könnte einige Optimierungen auf dem $ / Import nehmen.

P. S. die Geschichte hilft Sie wissen, wer eher in einem einzigen Schritt zu tadeln als zu entdecken, die, wenn die Anmerkung auf einem Import korrekt basiert, so finde ich es ziemlich nützlich. Viel besser, es zu haben, als es nicht haben, wenn Fehler in älterem Code zu finden.

P.P.S. Sie können auch die neue Version von VssMigrate verwenden, um die Änderungen an eine Subversion-Repository erneut zu importieren und dann in all den Revisionen fusionieren nach der letzten Import Revision von Ihrer vorigen Revision an. Der einzige Nachteil ist, dass jeder wird einen frischen Check-out aus dem Repository, da die Anzahl der Revisionen wird dramatisch bekommen muß reduziert werden. Grundsätzlich perfom eine neue Migration; zuvor migrierten Repository von rev migriert + 1 als inkrementelle und dann svnadmin load in die neu migrierten Repository svnadmin aktiv Dump.

Answer 2

Ich habe versucht, sowohl Polarion und vss2svn vor etwa einem Jahr.

Wir hatten viele Jahre Code in VSS, und ich fand, dass nach all der Konfiguration und Tests, die ich mit den Ergebnissen nicht zufrieden war, der Prozess war lang und zerbrechlich, und in der Ende, beschlossen, nur mit einem sauberen Import des neuesten Code zu starten.

Es gibt ein paar Mal im letzten Jahr, wo ich ging für alte Geschichte suchen, aber nicht wirklich so viel. Ein weiteres Plus von frischem Start ist, dass Ihre neue SVN-Repository wird sehr schnell sein!

Answer 3

Das letzte Mal habe ich versucht, dies war vor Jahren. Da das VSS-Dateiformat nicht dokumentiert wurde, eine vollständige Geschichte zu erhalten das 3rd-Party-Konvertierungsprogramm hatte VSS API zu verwenden, um jede Version jeder Datei zu erhalten. Ich ließ, dass die Umstellung läuft über das Wochenende, sah, wie viel es (einige Prozent) erreicht hatte, und berechnet, dass es Wochen des Kalender Zeit in Anspruch nehmen würde, abzuschließen (wir hatten Jahre Geschichte).

Wir entschieden uns daher nur eine Momentaufnahme der aktuellen Code in das neue Versionskontrollsystem zu bewegen, und hielt ein Archiv der VSS-Datenbank für die Geschichte willen.

Answer 4

ähnlich wie bei dieser Frage -. Unterschiedliche Migration, aber ich denke auch, es ist eine Verschwendung von Aufwand / Zeit ist, zu versuchen, die Geschichte zu erfassen

Was ist der beste Weg, um Migration von Sourceclearcase?

Answer 5

I erfolgreich migriert VSS 2005 SVN vor einigen Monaten. Ich benutzte das „VssMigrate.Tim2“ Werkzeug, das offenbar auf CodePlex ist jetzt als vssmigrate . Es funktionierte ohne größere Probleme in Ordnung. Es schien wie die Revisionen und Zeitstempel wurden nicht ganz geordnet, wie ich erwartet hatte, aber es war keine große Sache.

EDIT: Mit vssmigrate, können Sie eine bestimmte VSS-Pfad (z $ / GroupA / ProjectB) migrieren, die die Zeit für die individuelle Migration reduziert und macht den gesamten Prozess weniger zerbrechlich. Ich habe den Prozess nicht zu lange finden, obwohl wir nur etwa sechs Monate von Daten in VSS hatten. Ich schaffte es, die Migration und Apache + SVN-Setup über ein Wochenende abzuschließen. Je nach Größe des VSS-Repository, können Sie mehrere SVN-Repositories anstelle eines massiven einzigen Repository erstellt werden soll.

Ich bin sehr froh, dass wir zogen von VSS entfernt, obwohl die Konfiguration von Apache + SVN nicht zu viel Spaß (Versuch und Irrtum) war. Ich erwäge Git oder Mercurial , aber weder hatte ein zuverlässiges TortoiseXxx Werkzeug oder VS SCC-Plugin zu der Zeit. Obwohl jetzt, dass Google Code hat Mercurial und TortoiseHg sieht gut aus, ich bin bald Mercurial zu versuchen versucht.