queries - ¿Hay una macro de consulta TFS para la iteración actual?

tfs query

Question

¿Hay alguna manera en TFS en VS2010 para especificar que una iteración particular es la actual, y luego devolverla para su uso en consultas similares a la forma en que funciona @Project ? Si no es así, ¿hay alguna forma de realizar subconsultas en las consultas de elementos de trabajo de TFS?

Answer 1

Consulta de Sprint en un intervalo de fechas como se muestra aquí:

 Team Project = @Project
And Work Item Type = Sprint
And Start Date <= @Today
And Finish Date >= @Today

Answer 2

He descubierto que el Administrador de elementos de trabajo gratuito de Telerik ofrece una solución elegante para este problema.

Simplemente defina sus consultas como lo haría normalmente, pero omita los filtros relacionados con las iteraciones (tenga en cuenta que esto también se aplica a las áreas). Hay un panel de vista en árbol llamado ''Filtros de área / iteración'' que agregará un filtrado recursivo adicional basado en la iteración (o área) que seleccione allí.

Tenga en cuenta que si el panel no está visible, puede habilitarlo a través del menú Ver.

Answer 3

Me temo que no hay tal macro. Personalmente, tengo unas pocas consultas del equipo "X en la iteración actual" y luego edito esas consultas para señalar la nueva ruta de iteración al comienzo de cada iteración.

Answer 4

Parece que Microsoft escuchó. @CurrentIteration se está agregando como un token .

Eso es genial, por supuesto. Sin embargo, al buscar escribir una consulta en contra del sprint actual, corre el riesgo de perder de vista los elementos de trabajo no cerrados en los sprints anteriores. Cuando llega a @CurrentIteration , probablemente solo quiere decir "todo el trabajo sin terminar que se haya comprometido con un sprint". Si filtra a un solo sprint, perderá cualquier rezagado que no haya podido cerrar o avanzar desde los sprints anteriores.

Considere usar el siguiente patrón, donde "ScrumOfScrums / Release 1.0.0.0" es la ruta de su backlog, y todas sus rutas de sprint son secundarias a eso:

Filtre los elementos de trabajo bajo el nodo de iteración de la acumulación, pero no igual al nodo de la iteración de la acumulación. Eso le dará todos los artículos comprometidos con un sprint.

Esto también detectará cualquier elemento que no se haya cerrado en tus sprints anteriores. Dado que el objetivo es cerrar cada elemento en un sprint antes de pasar al siguiente, este patrón de consulta generalmente será mejor que usar @CurrentIteration , a menos que esté buscando los elementos cerrados en la iteración actual.

PS Aunque esta es una pregunta antigua, fue mi primer éxito cuando busqué información sobre cómo consultar la iteración actual en TFS.

Answer 5

Voy a intentar usar un nombre estándar para la iteración actual, como "Actual". Las consultas para esta iteración harían referencia a este nombre. Una vez que se complete la iteración, la cambiaré de nombre utilizando una convención de nomenclatura que incluya la fecha, por ejemplo, y la siguiente iteración se creará con el nombre ''Actual'' (o se le cambiará el nombre si ya existe). Las consultas devolverían los resultados de la nueva iteración.

- 2010-49
- Current
- 2010-51

No estoy seguro si cambiar el nombre de las iteraciones de esta manera causará algún conflicto o confundirá el almacén de datos, por ejemplo, pero esto ahorraría tener que crear o modificar un montón de consultas al inicio de cada iteración.

¡Me interesaría mucho escuchar comentarios sobre este enfoque!