visual team studio services linea español tfs tfs-process-template

tfs - studio - Cómo determinar la plantilla de proceso utilizada en Team Foundation Server después de la creación del proyecto de equipo



visual studio team services español (8)

Con witadmin, puede enumerar los tipos de elementos de trabajo en el proyecto. El parámetro /collection es la URL del TPC y el parámetro / p es el nombre del proyecto. Aquí hay un ejemplo (abajo). Si conoce el nombre de un tipo de elemento de trabajo que es específico de una plantilla de proceso, entonces sabe qué plantilla de proceso se está utilizando.

Salida de la consola de comandos de mi prueba TFS:

D:/Program Files/Microsoft Team Foundation Server 2010/Tools>witadmin listwitd /collection:http://suluserver:8080/tfs/De faultCollection /p:"First Team Project" Bug Shared Steps Task Test Case User Story Issue Risk User Scenario Risk-Issue

Estoy buscando una manera de determinar qué plantilla de proceso se utilizó para un proyecto de equipo después de que se haya creado. Ahora solo puedo adivinar mirando los tipos de elementos de trabajo. No pude encontrar ninguna opción en Visual Studio para recuperar esta información. Necesito saber qué plantilla de procesos se utilizó para los proyectos de equipo que no he creado yo mismo.


Encontré otra solución alternativa: en la Administración central de SharePoint, puede ver en la lista de la colección de sitios un comentario que describe la plantilla de proceso que se usó. En realidad estaba buscando una forma de recuperarlo mediante la API TFS, pero no lo encontré.



No conozco una manera a prueba de fallas para descubrir esto.

Recomendaría lo siguiente: Existe un archivo ejecutable llamado witexport.exe que puede exportar el xml de un elemento de trabajo. Luego puede mirar a través del xml para ver qué tipo de plantilla se usó. (Es decir, si se utiliza la plantilla de conchango, verá referencias a ella).

Para ejecutarlo, inicie la línea de comandos de VS (en el menú de inicio). Aquí hay un ejemplo de ejecución:

witexport / f "C: / Type.xml" / t "http: / MyServer: 8080" / p MyProject / n "Sprint BackLog Item"


No hay forma de decirlo, en general. Si crea (o edita) una plantilla de proceso, puede poner un identificador en una propiedad, luego podrá hacer un seguimiento de qué proyectos tienen su (s) plantilla (s)

Para hacer esto: Edite Classification / Classification.xml agregue un nodo: task / task / taskXml / properties / property como este:

<property name="templateName" value="myTemplate_1.0.1" />

Una vez que haya creado proyectos con esta plantilla, en el modelo de objetos podrá extraer esta información de un proyecto:

TfsTeamProjectCollection c = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(myuri); WorkItemStore wis = tpc.GetService(); ICommonStructureService ICss = tpc.GetService(); foreach (Project p in wis.Projects) { string ProjectName = string.Empty; string ProjectState = String.Empty; int templateId = 0; ProjectProperty[] ProjectProperties = null; ICss.GetProjectProperties(p.Uri.ToString(), out ProjectName, out ProjectState, out templateId, out ProjectProperties); Console.WriteLine("Project: {0}/tTemplate: {1}", ProjectName, ProjectProperties.Where(n => n.Name == "templateName").FirstOrDefault().Value); }

templateId siempre es -1, así que no creas que eso te ayudará.

Además, si tiene los derechos para hacerlo, le recomiendo que agregue esta propiedad en todas las plantillas (incluso las plantillas predeterminadas) de su colección, para que pueda hacer un seguimiento de las plantillas de todos los proyectos futuros. No sé por qué no lo pusieron en las plantillas por defecto. (Si suficientes personas se quejan, tal vez lo harán)


Para TFS 2010 y TFS 2012, puede seguir el proceso a continuación para determinar qué plantilla de proceso usó un proyecto de equipo:

  1. Ve a Team Explorer;
  2. Abra la carpeta Documentos;
  3. Guía de procesos;
  4. Abra ProcessGuidance.html, esto abrirá la documentación específica de la Plantilla de proceso en la que se basa el proyecto de su equipo.

Consulte el thread



Si verifica su tipo de elemento de trabajo:

  • Scrum = Producto de producto pendiente
  • Ágil = Historia de usuario
  • CMMI = Requisito