Показать итерации для рабочего элемента в TFS

Question

Я ошибся в Team Foundation Server 2013, пытаясь очистить наши итерации. Наш путь итерации устанавливается на долгое время было:

TFS PROJECT 
    Sprint 1 
    Sprint 2 
    ... 

Были дискуссии внутри команды, поэтому я изменил путь Iteration установить до этого:

TFS PROJECT 
    Iteration Group 
     Sprint 1 
     Sprint 2 
     ... 
    Readied Work 

Ну, после экспериментов, я решил для перемещения всех спринтов под их родителями Iteration Group назад к основному TFS PROJECT родитель. К сожалению (здесь произошла ошибка), я удалил контейнер Iteration Group, считая, что Iterations будет повторно зарегистрирован. При этом все итерации дочерних элементов были удалены, а рабочие элементы, которые ранее были связаны с каждым спринтом, были перераспределены в верхний родительский элемент, TFS PROJECT. Структура пути итерации теперь выглядит следующим образом:

TFS PROJECT 
    Readied Work 

Я уже воссозданы итерации, так как у нас не было резервной копии проекта/коллекции, к которым я мог бы откатить. Команда DBA отрывается от базы данных TFS, поэтому они недоступны для оказания помощи. Я знаю, как Areas/Teams/etc работают в TFS, но я не знаком с структурой базы данных.

---

Учитывая, что я могу видеть все элементы работы на портале TFS, есть способ, чтобы показать все IterationIDs каждого Отставания Детали продукта была связана, в списке?

Я бы предпочел НЕ смотреть на историю каждого PBI, так как есть много.

Answer 1

Поскольку у вас есть только несколько итераций, вы можете использовать оператор «всегда». Если вы создаете запрос и добавляете фильтр IterationPath, это когда-либо «/ project/group/iteration 1», вы увидите рабочие элементы, которые когда-либо находились под этим узлом. Затем вы можете редактировать все, что вы найдете по желаемому пути.

Answer 2

Во-первых, я настоятельно рекомендую не касаться базы данных SQL напрямую.

Используя TFS API, вы можете использовать query work items, и вы можете использовать оператор «AsOf», чтобы получить состояние из исторического момента времени. Используя это, не потребуется много работать, чтобы запросить пути области/итерации всех ваших рабочих элементов с 2 дня назад, а затем записать их обратно в текущие рабочие элементы.