¿Qué tan buenas son las herramientas para migrar hacia y desde Team System?

Me preguntaba si alguien intentó migrar entre TS y SVN / CC. Lo que quiero decir con la migration es importar y exportar el repository entre los sistemas de control de origen sin perder el historial.

¿Qué tan buenas son las herramientas para migrar hacia y desde VSTS?

También estoy interesado en conocer cualquier opinión sobre el uso de Team System de los usuarios de SVN y la continuous integration.

EDITAR: Supongamos que necesito el historial, de lo contrario, ¿por qué usar un SCM?

Pruebe tfs2svn … funcionó muy bien para un proyecto con 1200 sets de cambios TFS. Fue un poco quisquilloso configurar cuando la authentication svn está habilitada, pero por lo demás es genial.

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

No soy totalmente experto en el sistema de equipo, pero me pareció muy interesante el reciente show de dotnetrocks en el server del equipo:

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

Creo que podría contener alguna información que podría ser útil para usted.

¡En un episodio reciente de DotNetRocks! Brian Randell y Martin Woodward son de la opinión de que al adoptar un nuevo sistema Source Control / SCM es probable que sea mejor comenzar desde cero (comience con la versión más reciente y no intente migrar la historia, y use la versión original). sistema para ver solo lectura del historial de cambios / culpa).

Su discusión se centró en Visual Source Safe en lugar de SVN y claramente la migration desde / hacia SVN no será tan problemática, pero todavía creo que es un buen consejo. Hágase la pregunta "¿con qué frecuencia realmente necesito la historia?". ¿Es más trabajo que justifica el beneficio? ¿Estás haciendo una barra para tu propia espalda? (… inserte la metáfora aquí …)

Actualización: ¡Whoa! alguien acaba de dar exactamente la misma respuesta al mismo time que yo – espeluznante!