Pasos para cambiar la plantilla de proceso para un proyecto existente en TFS 2010

Question

Tengo una instalación de servidor TFS que con el tiempo ha pasado por actualizaciones de TFS 2005 a TFS 2008 y luego a TFS 2010. Durante la vida útil de la instalación una gran cantidad de se han creado proyectos y se han utilizado diferentes plantillas de proyectos. MSF Agile 4.0, 4.1, 4.2 y 5.0. y algunos MSF CMMI.

Lo que me gustaría hacer es "reemplazar" la plantilla de proyecto utilizada para todos estos proyectos para utilizar una nueva y común: Microsoft Visual Studio Scrum 1.0.

Soy consciente de que las plantillas de proyectos TFS se utilizan como plantillas para crear nuevos proyectos y no puedo modificar las definiciones de los proyectos tfs después de la creación.

Uptil ahora solo se ha utilizado la parte del control de versiones y el servidor de compilación de TFS y no hay tipos de elementos de trabajo existentes.

Además, todos los proyectos y scripts de compilación dependen de que las rutas de los códigos fuente permanezcan iguales.

Tal como lo veo yo tengo las siguientes opciones:

crear nuevos proyectos TFS utilizando la plantilla de proyecto correcta y luego pasar/rama del código fuente para el nuevo proyecto.

1. Todo el código se mueve a un proyecto de equipo temporal.
2. el proyecto anterior se elimina
3. nuevo proyecto con el nombre original y la plantilla de proceso correcto se crea
4. Código se trasladó al nuevo proyecto de equipo se elimina
proyecto de equipo temporal

5. • Todas las definiciones de compilación deben ser recreadas, lo que no es una opción.

   • El código fuente de desplazamiento/sucursal "estropear" la historia de versiones

Por estropear la historia de versiones quiero decir que al mover el código fuente que lo hará detrás de la las escenas hacen un delete + source rename en la ubicación original y el historial aún se ubicará en el proyecto anterior. Esto dificultará la búsqueda en la historia y, si borro el proyecto anterior, perderé todo el historial antes de que se mueva el código fuente.

Esto realmente no es una opción para mí ya que hay años de historial de cambio de código que se necesita para soportar las diferentes aplicaciones que se están creando.

Use las herramientas de migración de TFS para migrar a otro proyecto TFS

• Esto tiene las mismas desventajas como la primera solución

Reemplazar tipos de elementos de trabajo/importación, instalar nuevos informes, crear nuevos sitios de SharePoint

Para cada proyecto de tfs

• eliminar definiciones de elemento de trabajo utilizando "deletewitd witadmin" existente

• Importación cada definición de elemento de trabajo de la nueva plantilla de proceso usando "importwitd witadmin"

• categorías de elementos de trabajo de importación utilizando "witadmin importcategories"

• viejos informes de eliminación en la carpeta del proyecto de servidor de informes

• Subir las definiciones de informe de la nueva plantilla de proceso

• fuentes de datos Modificar utilizado para los informes utilizando el administrador de informes para apuntar a los correctos fuentes de datos compartidos (TfsReportDS y TfsOlapReportsDS)

• modificar el valor predeterminado ExplicitProject parámetro de informe a "" (cadena vacía) y deshabilitar la opción de usuario de solicitud.

• exportación los documentos en el antiguo sitio de SharePoint utilizando stsadm

• Eliminar el antiguo sitio de SharePoint

• recrear el sitio de SharePoint usando la plantilla de sitio TFS2010 ágil tablero de instrumentos

• característica del sitio Activar " Panel de control de Team Foundation Server Scrum "

• En la configuración del proyecto TFS -> Configuración del portal de proyectos: habilitar "portal de proyecto de equipo" y asegúrese de que la URL sea correcta. Permiten "informes y cuadros de mando se refieren a los datos para este proyecto de equipo"

Y, por último ..

• Proceso del Almacén

• Proceso de la Base de Datos Análisis

Aunque esto implica muchos pequeños pasos, esto parece más atractivo porque esta opción no me obligará a mover el código fuente y mis definiciones de compilación existentes estarán intactas.

Mi pregunta:

¿Hay otras maneras de lograr la sustitución de los tipos de elementos de trabajo que no he mencionado?

¿Y/o me faltan pasos en la última solución?

Answer 1

Dado que no está utilizando ningún tipo de elemento de trabajo existente, su propuesta final parece ser la mejor opción.

Después de eliminar los informes anteriores y exportar los documentos de SharePoint (también puede usar el Explorador de Windows en lugar de stsadm), en realidad hay dos comandos en 'tfpt' que le ayudarán. Esto lo reducirá de 14 pasos a 5 o 6 pasos.

tfpt addprojectreports Add or overwrite reports for an existing team project 
tfpt addprojectportal Add or move portal for an existing team project 

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 

Answer 2

Su primera opción es en mi humilde opinión la mejor opción. Puede ramificar las fuentes del antiguo proyecto de equipo al nuevo proyecto de equipo. Con TFS 2010 puede ver el historial también desde la ubicación ramificada. Entonces no pierdes la funcionalidad aquí.

La compilación es solo un archivo msbuild que se almacena en el control de código fuente. Lo único que tienes que hacer es copiar las definiciones de compilación. Puede hacerlo manualmente o puede crear una pequeña aplicación que lo haga por usted.