2010-06-08 9 views

Respuesta

36

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 para la plantilla y modificarlo, luego volver a subirlo. La herramienta de poder le permite crear NUEVAS plantillas para NUEVOS proyectos de equipo, pero no modificará una existente.

su lugar, puede utilizar 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 de un Visual Studio Comando) para exportar las definiciones actuales de workitem y volver a importarlas una vez que haya realizado los cambios.

Afortunadamente, si no está utilizando workitem tracking mucho, entonces esto podría no ser demasiado difícil. Es posible que simplemente elimine todos los tipos de elementos de trabajo existentes y luego vuelva a cargar los nuevos tipos.

Si esto es demasiado problema, considere cuánto quiere conservar su historial de control de fuente. Podría valer la pena crear un nuevo Team Project con la plantilla Agile y luego simplemente mover todo su código fuente en él.

+1

+1 para obtener una respuesta más detallada de la que pude dar. Tenga cuidado al crear el nuevo proyecto, sin embargo. En lugar de simplemente crear un nuevo repositorio de fuentes y mover las cosas, me ramificaría de las existentes cuando creara el nuevo proyecto. De esta forma, ayuda a mantener un historial de los cambios. – Robaticus

+0

Terminé creando un par de proyectos nuevos y migrando algún código a los nuevos proyectos del equipo. (Tuvimos un gran proyecto antes y tenía que ser dividido =)) Gracias por la ayuda –

+1

Incluso si odio esta respuesta es una buena – Polo

2

Puede exportar la plantilla de proceso ágil al disco, luego importar los elementos de trabajo en su proyecto existente. Es posible que necesite las herramientas TFS Power para hacer esto.

1

Puedo ser demasiado tarde para esta pregunta, pero las herramientas TFS Integration Platform realmente podrían ayudar aquí.

Consulte this question en el fallo del servidor que detalla cómo pasar de Scrum para Team System V2 a Microsoft Visual Studio Scrum 1.0.

Debería configurar sus propias asignaciones para pasar de sus plantillas a la plantilla de destino, pero el proceso es el mismo.

+0

Gracias .. =) Terminé creando nuevos proyectos y moviendo el código. –

0

Creo que la mejor manera de lograr esto es crear un nuevo proyecto de equipo con el "nuevo" esquema de procesos y utilizar la herramienta de TFS Integración migrar WorkItems existentes y elegir crear una nueva rama de control de código fuente, por lo que' Tendré nuevos elementos de trabajo (con el nuevo flujo de trabajo) y el historial de control de fuente (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 utilizar las plantillas de elementos de trabajo, pero creo que esto es más un tipo de estilo visual (no tengo mucha experiencia) aplicado a el Objeto de Trabajo. Para hacerlo, simplemente haga clic con el botón derecho en su proyecto, importe la definición WIT y aplique la plantilla seleccionando Aplicar plantilla en los WorkITems deseados.

4

No puede cambiar la plantilla de proceso, sin embargo, puede cambiar los tipos de elementos de trabajo. Entonces, para los errores, las tareas pueden cambiar a las definiciones Agile.

Puede hacerlo en 2010 con witadmin, en 2008 es importwit, descargando primero la plantilla en el disco (para esto necesitará las herramientas eléctricas TFS). Luego, señale la aplicación de la consola en 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. 
0

Tenga en cuenta witadmin.exe podría ayudar en algunos escenarios, pero Plataforma de Integración de TFS es su última opción para lograr esta tarea. Hay un artículo user voice aún pendiente. Por favor, marque this SO thread.

Cuestiones relacionadas