tfs tfs2010 tfs-workitem tfs-process-template

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



tfs2010 tfs-workitem (2)

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

Después de eliminar los informes antiguos 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 lo 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

Tengo una instalación de servidor TFS que a través del tiempo ha pasado por actualizaciones de TFS 2005 a TFS 2008 y luego a TFS 2010. Durante la vida de la instalación, se han creado muchos proyectos y se han utilizado diferentes plantillas de proyectos. MSF Agile 4.0, 4.1, 4.2 y 5.0. y unos pocos MSF CMMI.

Lo que me gustaría hacer es "reemplazar" la plantilla de proyecto utilizada para todos estos proyectos para usar una nueva: 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 pueden modificar las definiciones de los proyectos tfs después de la creación.

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

Además, todos los proyectos y los scripts de compilación dependen de las rutas del código fuente y permanecen igual.

Como lo veo tengo las siguientes opciones:

Cree nuevos proyectos TFS utilizando la plantilla de proyecto correcta y luego mueva / ramifique el código fuente al nuevo proyecto.

  1. Todo el código se mueve a un proyecto de equipo temporal.
  2. Se borra el proyecto anterior.
  3. Se crea un nuevo proyecto con el nombre original y la plantilla de proceso correcta.
  4. El código se traslada al nuevo proyecto del equipo.

  5. Se borra el proyecto temporal del equipo.

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

    • El código fuente move / branch "desordenará" el historial de versiones


Al arruinar el historial de versiones, quiero decir que cuando mueva el código fuente, detrás de escena hará un cambio de eliminar + origen en la ubicación original y el historial aún se ubicará en el proyecto anterior. Esto hará que la búsqueda en el historial sea difícil 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 cambios de código que se necesitan para admitir las diferentes aplicaciones que se están construyendo.

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

  • Esto tiene las mismas desventajas que la primera solución.

Reemplace / importe tipos de elementos de trabajo, instale nuevos informes, cree nuevos sitios de SharePoint

Para cada proyecto de tfs.

  • Elimine las definiciones de elementos de trabajo existentes con "witadmin deletewitd"

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

  • Importar categorías de elementos de trabajo utilizando "witadmin importcategories"

  • Eliminar informes antiguos en la carpeta del proyecto en el servidor de informes

  • Sube las definiciones de informe desde la nueva plantilla de proceso

  • Modifique las fuentes de datos utilizadas para los informes utilizando el administrador de informes para señalar las fuentes de datos compartidas correctas (TfsReportDS y TfsOlapReportsDS)

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

  • Exportar los documentos en el antiguo sitio de SharePoint usando stsadm

  • Eliminar el antiguo sitio de SharePoint

  • Vuelva a crear el sitio de sharepoint utilizando la plantilla del sitio AgFS Dashboard de TFS2010

  • Activar la función del sitio "Panel de control de Team Foundation Server Scrum"

  • En Configuración del proyecto TFS -> Configuración del portal del proyecto: habilite el "portal del proyecto del equipo" y asegúrese de que la URL sea correcta. Habilitar "los informes y los paneles de control se refieren a los datos de este proyecto de equipo"

Y finalmente..

  • Procesar el almacén

  • Procesar la base de datos de análisis

A pesar de que esto implica muchos pequeños pasos, 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 formas de lograr la sustitución de los tipos de elementos de trabajo que no he mencionado?

¿Y / o me estoy perdiendo algún paso en la última solución?

Tu primera opción es, en mi humilde opinión, tu mejor oportunidad. Puede ramificar las fuentes del proyecto del equipo anterior al proyecto del equipo nuevo. Con TFS 2010 puede ver el historial también desde la ubicación ramificada. Así que no pierdes funcionalidad aquí.

La compilación es solo un archivo msbuild que se almacena en el control de origen. 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.