tfs2010 - ¿Cómo cambio la plantilla de proceso en un proyecto de equipo existente en TFS 2010?
tfs-process-template (6)
Creo que la mejor manera de lograr esto es crear un nuevo Proyecto de equipo con "la nueva plantilla de proceso" y usar la herramienta de integración TFS para migrar sus WorkItems existentes y elegir crear una nueva rama desde Source Control, para que tenga un nuevo trabajo Elementos (con el nuevo flujo de trabajo) y el historial de control de origen (también). ¡Incluso harías esto en versiones de TFS! (En el caso interesado en migrar TFS 2005/2008/2010)
Otra forma podría ser usar las plantillas de WorkItem, pero creo que esto es más un tipo de estilo visual (no tengo mucha experiencia) aplicado al elemento de trabajo. Para hacerlo, simplemente haga clic derecho en su proyecto, importe la definición de WIT y aplique la plantilla seleccionando Aplicar plantilla en los elementos de trabajo deseados.
¿Cómo cambio la plantilla de proceso a MSF para Agile en un proyecto de equipo ya existente en TFS 2010?
Hemos actualizado nuestro TFS 2008 a 2010, y ahora también me gustaría cambiar la plantilla de proceso a MSF para Agile (actualmente CMMI). No hemos utilizado mucho la funcionalidad de workitem, por lo que si parte de la información se pierde en la conversión, no importa.
No puede cambiar la plantilla de proceso, sin embargo, puede cambiar los tipos de elementos de trabajo. Así que para errores, tareas que puedes cambiar a las definiciones ágiles.
Puede hacer esto en 2010 con witadmin
, en 2008 es importwit
, descargando primero la plantilla en el disco (para esto necesitará las herramientas eléctricas TFS). Luego apunte la aplicación de la consola a bug.xml, task.xml, etc.
Usage: witadmin importwitd /collection:collectionurl [/p:project] /f:filename [/e:encoding] [/v] /collection Specifies the Team Foundation project collection. Use a fully specified URL such as http://servername:8080/tfs/Collection0. /p Specifies the team project in which the new work item type is imported. This is required, except when the validation-only option is used. /f Specifies the work item type XML definition file to import. /e Specifies the name of the .NET Framework 2.0 encoding used to import the XML file. For example, /e:utf-7 will use Unicode (UTF-7) encoding. Encoding is automatically detected whenever possible. If the encoding cannot be detected, UTF-8 is used. /v Validates the XML definitions for the work item type, link type, or global workflow without importing them.
Puede exportar la plantilla de proceso ágil al disco y luego importar los elementos de trabajo a su proyecto existente. Es posible que necesite las herramientas eléctricas TFS para hacer esto.
Puede que sea demasiado tarde para esta pregunta, pero las herramientas de la plataforma de integración TFS realmente podrían ayudar aquí.
Vea esta pregunta sobre fallas en el servidor que detalla cómo moverse de Scrum For Team System V2 a Microsoft Visual Studio Scrum 1.0.
Necesitará configurar sus propias asignaciones para pasar de sus plantillas a la plantilla de destino, pero el proceso es el mismo.
Tenga en cuenta que witadmin.exe podría ayudar en algunos escenarios, pero la plataforma de integración TFS es su mejor opción para lograr esta tarea. Hay un elemento de voz de usuario aún pendiente. Por favor, compruebe este hilo SO.
Una vez que haya creado un Proyecto de equipo, desafortunadamente no puede simplemente cargar una nueva plantilla de proceso. Como dice Robaticus, tendrás que descargar el XML de la plantilla y modificarlo, luego volver a subirlo. La herramienta eléctrica te permite crear NUEVAS plantillas para NUEVOS proyectos de equipo, pero no modificará una existente.
En su lugar, puede usar la herramienta witadmin.exe (en cualquier computadora con Team Explorer instalado, en / Archivos de programa (x86) / Microsoft Visual Studio 10.0 / Common7 / IDE, o simplemente desde un símbolo del sistema de Visual Studio) para exportar el elemento de trabajo actual Definir y volver a importarlas una vez que haya realizado sus cambios.
Afortunadamente, si no está utilizando mucho el seguimiento de elementos de trabajo, entonces esto no será demasiado difícil. Es posible que solo pueda eliminar todos los tipos de elementos de trabajo existentes y luego volver a cargar los nuevos tipos.
Si esto es demasiado problema, considere cuánto desea conservar su historial de control de fuente. Podría valer la pena crear un nuevo Proyecto de equipo con la plantilla Agile y luego simplemente mover todo su código fuente a él.