Wie gut sind die Werkzeuge zum und vom Team System zu migrieren?

Question

Ich habe mich gefragt, ob jemand versucht, zwischen TS und SVN / CC migrieren. Was ich meine, durch die Migration importiert und das Repository zwischen Source-Control-Systemen zu exportieren, ohne die Geschichte zu verlieren.

Wie gut sind die Werkzeuge und von VSTS zu migrieren?

Ich interessiere mich auch für eine Meinung bezüglich der Verwendung von Team System von den Benutzern von SVN und kontinuierlicher Integration zu wissen.

EDIT: Angenommen, ich brauche die Geschichte, warum sonst ein SCM verwenden?

Answer 1

Versuchen tfs2svn ... funktionierte prima für ein Projekt mit 1200 TFS Changesets. Es war ein bisschen pingelig Setup wenn SVN-Authentifizierung aktiviert ist, aber ansonsten war es klasse.

http://sourceforge.net/projects/tfs2svn/

Answer 2

Ich bin kein Experte in völlig Team System, aber ich fand die jüngsten dotnetrocks auf Team-Server zeigen, wirklich interessant zu sein:

http://www.dotnetrocks.com/default.aspx?showNum=373

Ich denke, es könnte einige Informationen halten, die für Sie von Nutzen sein könnten.

Answer 3

In einem letzten Episode von DotNetRocks! Brian Randell und Martin Woodward sind der Auffassung, dass ein neues Source Control / SCM-Systems sind Sie wahrscheinlich besser dran, ausgehend von einem sauberen Schiefer (beginnen mit der neuesten Version bei der Annahme und nicht versuchen, Geschichte zu wandern, und das ursprüngliche System verwendet für nur-Lese-Betrachtung Geschichte / Schuld ändern).

wurde ihre Diskussion über Visual Source fokussiert Sicher statt SVN und klar die Migration von / bis SVN nicht annähernd sein, so problematisch, aber ich denke immer noch ein guter Rat ist es. Stellen Sie sich die Frage: „Wie oft soll ich wirklich müssen die Geschichte?“. Ist es mehr Arbeit als der Nutzen rechtfertigt? Sind Sie machen nur eine Stange für Ihre eigenen Rücken? (... einfügen Metapher hier ...)

Update: whoa! hat jemand gerade genau die gleiche Antwort zur gleichen Zeit wie ich - spooky