Похоже, что Microsoft слушала. @CurrentIteration
- это , добавляемый в качестве токена .
Отлично, конечно. Однако при поиске запроса к текущему спринту вы рискуете потерять из виду незакрытые рабочие элементы в предыдущих спринтах. Когда вы достигаете @CurrentIteration
, вы, вероятно, просто имеете в виду «всю незаконченную работу, которая была передана в спринт». Если вы отфильтруете один спринт, вы пропустите все отставшие, которых не удалось закрыть, или двинетесь вперед от предыдущих спринтов.
Рассмотрите возможность использования следующего шаблона, где «ScrumOfScrums \ Release 1.0.0.0 ″ - это ваш путь в бэклоге, а все ваши пути к спринту являются дочерними по отношению к этому:
Фильтр для рабочих элементов в вашем узле итерации, но не равен узлу итерации. Это даст вам все предметы, предназначенные для спринта.
Это также поймает все предметы, которые не были закрыты в ваших предыдущих спринтах. Поскольку цель состоит в том, чтобы закрыть каждый элемент в спринте перед переходом к следующему, этот шаблон запроса обычно будет лучше, чем использование @CurrentIteration
, если только вы не хотите найти закрытые элементы в текущей итерации.
P.S. Хотя это старый вопрос, это был мой главный хит, когда я искал информацию о запросе текущей итерации в TFS.