Estamos en una situación similar a la que tiene (incluidas las plantillas en las que estamos frente a la que queremos estar), aunque solo tenemos código fuente en nuestra instancia existente de Team Foundation Server. Estamos planeando realizar una migración de Team Foundation Server 2008 a Team Foundation Server 2010, en lugar de una actualización. Aunque todavía no lo hemos hecho, usted tiene las dos opciones que ha descrito.
Como mencionas, puedes migrar el código fuente y el seguimiento de elementos de trabajo a un nuevo proyecto de equipo utilizando esta herramienta. Se "comprimirán" las fechas del historial, ya que TFS querrá agregar su propia marca de tiempo. Habrá algunos problemas potenciales de historia, por lo que entiendo. Específicamente, en TFS 2010, es posible que tenga problemas al comparar versiones del control de origen pre-migrado. Al menos, hasta ahora, tengo en mis experimentos en nuestro laboratorio de pruebas. Mi comprensión de este problema es que se relaciona con modo de elemento frente a modo de ranura como los valores predeterminados entre las dos versiones. Puedo ver versiones individuales y puedo ver el historial, de modo que cumpla con nuestros requisitos.
La otra opción es el control de fuente en un proyecto y elementos de trabajo en otro. No he intentado esto, porque me imagino que las relaciones de los conjuntos de cambios se romperían en los elementos de trabajo existentes y no se generarían en el futuro. Esto puede o no ser un gran problema para usted.
Además, podría ser una buena idea describir su situación en el área de discusión del proyecto en Codeplex. Los autores están en el equipo de migración de TFS en Microsoft y dependen de los comentarios de las personas en el mismo barco en el que nos encontramos. He estado intercambiando un par de correos electrónicos con ellos hasta ahora, y han sido bastante útiles.
En base a nuestras conversaciones con la gente muy útil en Microsoft, es probable que hagamos una copia de seguridad de las bases de datos y sigamos las instrucciones en Bryan Krieger's blog post (Ruta 2: Actualización de migración). Espero hacer una prueba en la actualización usando una copia de seguridad anterior tan pronto como la próxima semana.
¡La mejor de las suertes! Sé que es intimidante. Afortunadamente, mis experiencias de instalación y configuración con una nueva instalación de TFS 2010 en el laboratorio han sido mucho más fluidas que mi exposición inicial al proceso de TFS 2008. Con suerte, encuentras que lo mismo es cierto.
En cuanto a lo que parece ser una amplia orientación sobre el tema en http://tfsintegration.codeplex.com/. Si encuentro una respuesta a mi pregunta específica allí, responderé a esta pregunta. Todavía estoy interesado en la opinión/experiencia de cualquier persona sobre el tema. –