Consulta por fecha o iteración actual
Tipo de datos
Operadores y macros admitidos
DateTime
= , <> , , , = , = , ><>< =[Field], <> [Field], > [Field], < [Field], > =[Field], < =[Field], In, Not In, Was Ever
Macros: @StartOfDay, @StartOfWeek, @StartOfMonth, @StartOfYeary @Today; cada una de estas macros se puede especificar con un entero +/- n.
TreePath
= , <> , Under, Not Under <>: @CurrentIteration2 y @CurrentIteration +/- n3 válidos con el campo Ruta de iteración
DateTime
= , <> , , , = , = , ><>< =[Field], <> [Field], > [Field], < [Field], > =[Field], < =[Field], In, Not In, Was Ever
Macros: @Today que se puede especificar con ** +/- n** entero.
TreePath
= , <> , Under, Not Under <>: @CurrentIteration2 es válido con el campo Ruta de iteración
Notas:
- Las macros @StartOfDay, @StartOfWeek, @StartOfMonth, @StartOfYear se admiten para Azure DevOps Server 2019.1 y versiones posteriores, y solo cuando se ejecutan desde el portal web.
- La @CurrentIteration macro es compatible con TFS 2015 y versiones posteriores, y solo cuando se ejecuta desde el portal web.
- La macro @CurrentIteration +/- n se admite para Azure DevOps Server 2019 y versiones posteriores, y solo cuando se ejecuta desde el portal web.
Sugerencia
El operador WasEver se puede usar con el campo Ruta de iteración, pero solo cuando se define mediante la sintaxis WIQL. Para obtener un ejemplo, vea TBC.
Restricciones de cliente sobre el uso de las @CurrentIteration macros
Puede usar el @CurrentIteration en una consulta de los siguientes clientes:
- Portal web que se conecta a Azure Boards
- Portal web que se conecta a una versión local Azure DevOps 2015 o posterior
- Visual Studio 2015 o Team Explorer 2015 o versiones posteriores conectadas a Azure Boards o TFS 2015 o versiones posteriores.
- Mediante la API de REST
Puede usar la macro @CurrentIteration +/- n en una consulta en Azure Boards, Azure DevOps Server 2019 y versiones posteriores, y con una API REST que incluya el equipo como parámetro, por ejemplo, .
Se produce un error si abre una consulta que contiene la macro @CurrentIteration en versiones anteriores de Visual Studio o desde Excel o Project. Además, no puede usar la macro al copiar o clonar conjuntos de pruebas y casos de prueba,definir alertas o con api REST.
Consultas basadas en fechas
Puede filtrar los elementos de trabajo por la fecha en la que se cambiaron o para un período de tiempo concreto. Cuando se limita el ámbito de la consulta, puede ayudar al rendimiento devolviendo solo los resultados que se ajusten al intervalo de fechas que desea incluir. Si no está nuevo en la creación de consultas, consulte Uso del editor de consultas para enumerar y administrar consultas.
No todos los campos son válidos para todos los tipos de elementos de trabajo (WIT). Vaya a campos de fecha para el conjunto de campos que puede incluir en las consultas y a qué WIT se aplican.
Filtro para
Incluir estas cláusulas de consulta
Elementos creados en los últimos 30 días
Elementos modificados en una fecha específica
Elementos resueltos hoy
Elementos cerrados dentro de un período de tiempo especificado
Elementos que no se han cerrado (la fecha de cierre es null)
Elementos cuyo estado se actualizó en la última semana
Elementos cerrados durante el sprint actual (la @CurrentIteration macro hace referencia al sprint definido para el contexto del equipo actual)
Sugerencia
Para comprender cómo se agrupan las cláusulas AND/OR, consulte Creación y guardado de consultas administradas, Cláusulas group. Para ver la sintaxis de WIQL de una consulta, instale la extensión del editor de consultas WIQL, que le permitirá ver la versión de WIQL de cualquier entrada de la interfaz de usuario de consulta.
Creación de consultas basadas en fechas de inicio de día, semana, mes o año
En los ejemplos siguientes se muestra cómo usar las macros StartOf... para filtrar por elementos de trabajo con varios desplazamientos. Para obtener más ejemplos sobre el uso de estas macros, vea Sintaxis de WIQL.
Nota
Requiere Azure DevOps Server 2019 Update 1 o una versión posterior.
Filtro para
Incluir estas cláusulas de consulta
Errores cerrados en las últimas dos semanas
Elementos modificados en los últimos 10 días
Características programadas para completarse en los próximos tres meses
No todos los campos son válidos para todos los tipos de elementos de trabajo. Vaya a campos de fecha para el conjunto de campos que puede incluir en las consultas y a qué tipos de elementos de trabajo se aplican. Escriba fechas en el patrón de fecha que estableció para su perfil personal. (Consulte Establecer preferencias personales para obtener más información).
Creación de consultas para la iteración actual del equipo
Si el equipo sigue los procesos de Scrum, programe que el trabajo se complete en sprints. Puede realizar un seguimiento del progreso de los requisitos, errores y otros trabajos que se completarán en el sprint actual mediante la macro @CurrentIteration datos.
Se encontrará cualquier elemento asignado a un sprint que corresponda a la ruta de acceso de iteración actual del equipo. Por ejemplo, si un equipo está en Sprint 5, la consulta devolverá los elementos asignados a Sprint 5. Más adelante, cuando el equipo trabaje en Sprint 6, la misma consulta devolverá los elementos asignados a Sprint 6.
Nota
Para que @CurrentIteration macro funcione, el equipo debe haber seleccionado una ruta de iteración cuyo intervalo de fechas abarque la fecha actual. Para más información, consulte Definición de rutas de iteración (también denominadas sprints) y configuración de iteraciones de equipo. Además, las consultas que contienen esta macro solo son válidas cuando se ejecutan desde el portal web.
Consulte también Restricciones de cliente sobre el uso de las macros @CurrentIteration más adelante en este artículo.
Azure Boards agrega un parámetro de equipo al seleccionar las macros @CurrentIteration o @CurrentIteration +/- n. El parámetro de equipo se deriva del contexto del equipo actual.

Sugerencia
Si la macro @CurrentIteration no funciona, compruebe que la iteración esperada está seleccionada para el equipo y que se han establecido fechas para ella.
Para cambiar el parámetro de equipo que el sistema establece automáticamente, escriba el nombre del equipo en el campo de parámetro agregado debajo de la macro @CurrentIteration equipo.

Antes de crear o actualizar una consulta para usar la macro @CurrentIteration, asegúrese de seleccionar el equipo. La macro @CurrentIteration hace referencia al equipo actual seleccionado en el portal web.

Creación de una ventana deslizante de la consulta de iteraciones del equipo
Use la macro @CurrentIteration +/- n cuando desee realizar un seguimiento del trabajo que un equipo ha planeado para los próximos sprints y para comprender el trabajo que no se completó en sprints anteriores.
Nota
Para que la macro @CurrentIteration +/- n funcione, el equipo debe haber seleccionado Rutas de iteración que cumplan los n criterios e intervalos de fechas que abarque la fecha actual de la @CurrentIteration. Para obtener más información sobre la selección de equipos de rutas de iteración, vea Definir rutas de acceso de iteración (sprint) y configurar iteraciones de equipo.
Consulte también Restricciones de cliente sobre el uso de las macros @CurrentIteration más adelante en este artículo.
Aquí se muestra cómo enumerar todos los casos de usuario y errores asignados a la ventana deslizante que abarca los dos últimos, el actual y los dos siguientes sprints seleccionados para el equipo de administración y herramientas de la nube.

Para usar esta macro, el equipo especificado debe haber seleccionado un conjunto de sprints que abarquen el valor n especificado para la macro.
Enumeración de elementos de trabajo que se han movido fuera de un sprint
Puede enumerar los elementos de trabajo definidos para un sprint, pero que posteriormente se han movido mediante una consulta con una cláusula que contiene el operador Was Ever para la ruta de iteración. Solo puede construir esta consulta mediante la sintaxis WIQL. Puede editar la sintaxis de WIQL en el Editor de consultas instalando la extensión de Marketplace del editor de Wiql.
Por ejemplo, las siguientes consultas de sintaxis para elementos de trabajo que cumplen los criterios siguientes:
- Definido en el proyecto actual
- El tipo de elemento de trabajo es igual a Caso de usuario o Error
- Los elementos de trabajo se encuentran en la ruta de acceso del área del equipo web de fibra de Fabrikam
- Los elementos de trabajo no están en estado Cerrado, Completado, Cortar o Resuelto
- No está en la ruta de iteración actual del equipo de Fabrikam Fiber Web
- Pero se asignaron a la ruta de iteración actual para el equipo de Fabrikam Fiber Web
- Ahora se asignan a la iteración actual +1 para el equipo de Fabrikam Fiber Web
- Y se cambiaron en los últimos 30 días (la longitud del sprint)
SELECT
[System.Id],
[System.WorkItemType],
[System.AssignedTo],
[System.Title],
[System.State],
[System.Tags],
[System.IterationPath],
[System.AreaPath]
FROM workitems
WHERE
[System.TeamProject] = @project
AND [System.WorkItemType] IN ('User Story', 'Bug')
AND [System.AreaPath] UNDER 'FabrikamFiber\Web'
AND NOT [System.State] IN ('Completed', 'Closed', 'Cut', 'Resolved')
AND NOT [System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>')
AND (
EVER (
[System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>')
)
AND [System.IterationPath] = @currentIteration('[FabrikamFiber]\Web <id:cdf5e823-1179-4503-9fb1-a45e2c1bc6d4>') + 1
AND [System.ChangedDate] >= @today - 30
)
ORDER BY [System.Id]
La vista Del Editor de consultas de la sintaxis aparece como se muestra.
Nota
El Editor de consultas muestra un icono de información junto al operador
Was Ever, que indica un problema con la cláusula . Sin embargo, la consulta todavía se ejecutará y puede crear gráficos de consultas. Sin embargo, para modificar la consulta, debe usar el editor de WIQL.
Enumeración de los elementos de trabajo agregados a un sprint después de la fecha de inicio
Para enumerar los elementos de trabajo recién creados agregados a un sprint después de su fecha de inicio, puede usar una consulta similar a la que se muestra en la imagen siguiente. Esta consulta funciona mediante el filtrado de elementos de trabajo asignados al sprint actual, pero se crearon después del inicio de la fecha de sprint. En este ejemplo, el filtrado se logra con la cláusula creada Date = @Today - 28.
Para obtener otras opciones para consultar los cambios en el ámbito de sprint, vea Acerca de sprints, Scrumy administración de proyectos, Cambio de ámbito de sprint.
Campos Ruta de acceso de fecha e iteración
Puede usar campos de fecha para filtrar las consultas. Algunos de estos campos se rellenan con información a medida que un elemento de trabajo progresa de un estado a otro. Algunos de estos campos no aparecen en el formulario de elemento de trabajo, pero se realiza un seguimiento de esos WIT enumerados en la tabla siguiente.
Nombre del campo
Descripción
tipos de elemento de trabajo
Fecha activada (notas 1 y 2)
La fecha y hora a la que se creó el elemento de trabajo o a la que se cambió su estado de cerrado, completado o listo a nuevo o activo.
Nombre de referencia=Microsoft.VSTS.Common.ActivatedDate, Tipo de datos=DateTime
Error, solicitud de cambio, epopeya, característica, problema, elemento de trabajo pendiente del producto, requisito, revisión, riesgo, paso compartido, tarea, caso de prueba, caso de usuario
Fecha del cambio
Fecha y hora en que se modificó un elemento de trabajo.
Nombre de referencia=System.ChangedDate, Tipo de datos=DateTime
All
Fecha de cierre (nota 2)
La fecha y hora en las que un elemento de trabajo se cerró.
Nombre de referencia=Microsoft.VSTS.Common.ClosedDate, Tipo de datos=DateTime
All
Fecha de creación
La fecha y hora en las que se creó un elemento de trabajo.
Nombre de referencia=System.CreatedDate, Tipo de datos=DateTime
All
Due Date
Fecha de vencimiento prevista para resolver un problema.
Nombre de referencia=Microsoft.VSTS.Scheduling.DueDate, Tipo de datos=DateTime
Problema (Agile)
Fecha de finalización (nota 3)
Fecha y hora en que la programación indica que se completará la tarea.
Nombre de referencia=Microsoft.VSTS.Scheduling.FinishDate, Tipo de datos=DateTime
Requisito, tarea, plan de prueba, caso de usuario
Ruta de acceso de la iteración
Agrupa los elementos de trabajo por sprints con nombre o períodos de tiempo. La iteración debe ser un nodo válido en la jerarquía del proyecto. Defina rutas de iteración para un proyecto y seleccione rutas de iteración para un equipo defina rutas de iteración para un proyecto y seleccione rutas de iteración para un equipo.
Nombre de referencia=System.IterationPath, Tipo de datos=TreePath
All
Fecha de resolución (notas 1 y 2)
Fecha y hora en que el elemento de trabajo se movió a un estado Resuelto.
Nombre de referencia=Microsoft.VSTS.Common.ResolvedDate, Tipo de datos=DateTime
Error, solicitud de cambio, epopeya, característica, problema, elemento de trabajo pendiente del producto, requisito, revisión, riesgo, paso compartido, tarea, caso de prueba, caso de usuario
Fecha de inicio (nota 3)
Fecha y hora en que la programación indica que se iniciará la tarea.
Nombre de referencia=Microsoft.VSTS.Scheduling.StartDate, Tipo de datos=DateTime
Epopeya, característica, requisito, tarea, plan de prueba, caso de usuario
Fecha de cambio de estado
La fecha y hora a la que cambió el valor del campo Estado.
Nombre de referencia=Microsoft.VSTS.Common.StateChangeDate, Tipo de datos=DateTime
All
Fecha prevista
Fecha en la que se va a completar una característica o un elemento de trabajo.
Nota
Los planes de entrega usan la fecha de inicio y la fecha de destino para mostrar el intervalo de características, epopeyas y otros elementos de trabajo pendiente de cartera.
Nombre de referencia=Microsoft.VSTS.Scheduling.TargetDate, Tipo de datos=DateTime
Epopeya, Característica
Notas:
Vea también Consultar por asignación o cambios de flujo de trabajo, Fecha e Identidad campos.
Para que estos campos se definan para un WIT, deben incluirse en la
WORKFLOWsección de la definición de WIT. Por ejemplo, esta sintaxis se incluye dentro de laFIELDSdefinición al realizar la transición a un estado Resuelto:<FIELD refname="Microsoft.VSTS.Common.ResolvedDate" /> <SERVERDEFAULT from="clock" /> </FIELD >Los campos Fecha de inicio y Fecha de finalización se calculan si crea un plan de proyecto en Microsoft Project y, a continuación, sincroniza ese plan con las tareas almacenadas en Azure Boards. Es posible que estos campos no aparezcan en el formulario de elemento de trabajo, pero se calculan para los elementos de trabajo pendiente y las tareas vinculadas a los elementos de trabajo pendiente. Puede ver sus valores de solo lectura en los resultados de una consulta o desde Microsoft Excel.
Importante
Microsoft Project integración y el comando TFSFieldMapping no se admiten para:
- Visual Studio 2019 y Azure DevOps Office® Integration 2019
- Azure DevOps Server 2019 y versiones posteriores, incluidos Azure DevOps Services.
Sin embargo, se mantiene la compatibilidad completa Microsoft Excel integración y admite la importación y actualización masivas de elementos de trabajo. Entre las alternativas al Microsoft Project se incluyen las siguientes:
- Planes de entrega
- Una extensión de Marketplace, como Project Conectar gráfico GANTT.
Artículos relacionados
Para consultar elementos basados en el texto especificado en el campo Historial, vea Historial y auditoría.
- Consulta por cambios de asignación o flujo de trabajo
- Referencia rápida de KQL
- Definición de rutas de iteración (sprint) y configuración de iteraciones de equipo
- Creación de consultas administradas con el editor de consultas
- Macros de operadores de consulta
- Índice de campo de elemento de trabajo
- Permisos de consulta
API de REST
Para interactuar mediante programación con las consultas, consulte uno de estos recursos de api REST:
Recursos del SDK
Para interactuar mediante programación con consultas, vea Consulta de errores, tareas y otros elementos de trabajo.
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Las macros @Today y @CurrentIteration son útiles para enumerar elementos de trabajo basados en fechas relativas o en su asignación a la iteración actual de un equipo. Para enumerar los elementos de trabajo en función del momento en que se crearon, cerraron, resolvieron o cambiaron el estado, use @Today especificar fechas. Para las consultas que enumen los elementos de trabajo en función de su asignación al sprint actual de un equipo,use @CurrentIteration .
Por ejemplo, puede encontrar elementos de trabajo que se modificaron en los últimos tres días con la consulta siguiente.

Además, puede usar la macro @CurrentIteration +/- n para crear consultas basadas en una ventana deslizante de iteraciones de equipo.
Operadores y macros admitidos
Las cláusulas de consulta que especifican un campo DateTime o la ruta de acceso de iteración pueden usar los operadores y macros enumerados en la tabla siguiente.