Frage

Gibt es irgendwelche Import und Export-Tools, die uns Projekte in und aus dem Team System bewegen lassen würde mit voller Geschichte und melden ? Unsere aktuellen SCM ist SVN.

PS - Sorry, ich weiß, es ist ein repost, aber ich habe keine Antwort bekommen, bevor ...:)

War es hilfreich?

Lösung

Leider haben Sie wahrscheinlich nicht eine Antwort bekommen, weil es nicht ein gutes Angebot ist ...

Ich habe vor ein paar Mal in diesen sieht, zunächst für die erste TFS Betas. (Zu der Zeit, wir waren begierig von VSS wegzubewegen beim Warten auf TFS bereit zu sein ... der Kompromiss, den wir mit dann am Ende war SVN in der Zwischenzeit zu verwenden, sondern verwendete ein Post Haken begehen, die eine VSS-Repository synchron gehalten für die Migration zu ermöglichen TFS).

Diese Jungs (Component) um dann waren wieder mit einem VSS TFS-Wandler und hat ein SVN TFS ein, aber erscheinen, da das Produkt eingestellt haben.

Diese Jungs ( Kyrosoft) könnten einige Versprechen haben, aber ich bin besorgt darüber, dass sie die Preise nicht veröffentlichen, und tun eine Kundenliste schreiben (von zwei). Wenn jemand Erfahrungen mit dem Produkt hat, lassen Sie es uns wissen alle.

In jüngerer Zeit der TFS Migration und Synchronisierung Toolkit wurde auf CodePlex veröffentlicht, aber bisher hat niemand für sie eine SVN-Plugin lösen (es gibt 66 Stimmen für den Anfrage )

So können Sie sehen Ihre eigenen Plug-In für das Toolkit rollen, aber selbst dann werden Sie nicht die Originaldaten für Commits bekommen, wie meines Wissens haben die TFS Team keinen Mechanismus erlaubt Importeuren diese Einstellung vornehmen, so dass alle migrierten Revisionen wird das Datum der Migration haben.

(Das aufgegebene erste Werkzeug über vorgeblich verwendet, um dies zu ermöglichen, aber wie sie sich um die Begrenzung bekamen (geheime API? Verstellsystem Zeit? Datenbank Manipulation?) Ich weiß es nicht.)

Am Ende vermute ich, die meisten Teams entscheiden, am Ende nur Systeme zu einem geeigneten Zeitpunkt schalten (zB eine neue Version oder Projekt), und manuell mit dem gegabelten Geschichte Lookup-Deal für die 6-12 Monate es besonders problematisch bleibt .. .

Andere Tipps

Ich weiß nicht, ob Sie noch interessiert sind, aber ich gehe gerade durch diesen mit meinem derzeitigen Arbeitgeber (mein Projekt SVN wurde mit und sie wollten es in TFS an einem anderen Standort migrieren).

Dies sind die folgenden Schritte, die ich verwendet:

  1. Ausführen svndump auf Ihrem aktuellen Repo, und nehmen Sie die Datei in das beabsichtigte Ziel
  2. einen SVN-Server (zB einem lokalen Repository) importieren Sie die Datei verwenden - dafür verwendete ich VisualSVN Server .
  3. Kasse der SVN-Repository in einem lokalen Verzeichnis (z svn co <url> Proj_SVN)
  4. Ausführen SvnBridge (von CodePlex) auf derselben Maschine
  5. Kasse der TFS-Repository in einem lokalen Verzeichnis (z svn co http:// localhost:8080/<tfs_server>/<project_repo_path> Proj_TFS)
  6. Verwenden von Svn2Svn (von Codeplex) Ich betreiben die folgenden: svn2svn /s:c:\temp\src\Proj_SVN /d:c:\temp\src\Proj_TFS /r:<start_rev>:<end_rev>

Je nachdem, wie viele Versionen, wie viele Daten Sie haben und die Geschwindigkeit Ihres Netzwerks (z es schneller sein könnte, auf dem TFS-Server ausgeführt werden) sie 10 Minuten in Anspruch nehmen könnten weiter jede Änderung abzuschließen.

Wie auch immer das ist, was ich benutzt hat und es funktioniert für mich (schmerzhaften Prozess aber ....) - Ihre Mittel variieren könnten

http://www.timelymigration.com/features.aspx weitere Alternative ist, hatte ein Testlauf, der schien zu funktionieren.

Denken Sie einfach laut hier, aber nicht unterstützt SVN eine Art und Weise seiner Geschichte „wiedergegeben“? Wenn es einen Weg gibt, einen vollständigen Satz zu erzeugen, von SVN aus einem vorhandenen Repository-Befehle, dann könnten Sie diese Befehle an SvnBridge , die eigentlich in TFS schreiben würde.

Mit KryoSoft. Componentsource ist im Grunde aus dem Geschäft.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top