Как получить список дочерних задач из элемента журнала невыполненных работ по продукту в TFS API? - PullRequest
7 голосов
/ 05 октября 2011

Учитывая определенный идентификатор невыполненного заказа продукта, я хочу программно получить список задач, которые являются дочерними для PBI.

Мне известно, что в задаче нет ни одного поля с надписью "Родительский идентификатор PBI". У меня есть версия кода, которая работает, но она действительно очень медленная, поскольку я выполняю часть своей фильтрации в клиенте.

Посмотрите, как у меня сейчас дела:

string wiqlQuery =
    string.Format(
        "Select ID, [Remaining Work], State " +
        "from WorkItems " +
        "where (([Work Item Type] = 'Task')" +
        " AND ([Iteration Path] = '{0}' )" +
        " AND (State <> 'Removed')" +
        " AND (State <> 'Done')) ",
        sprint, storyId);

// execute the query and retrieve a collection of workitems
WorkItemCollection workItems = wiStore.Query(wiqlQuery);

if (workItems.Count <= 0)
    return null;

var result = new List<TaskViewModel>();
foreach (WorkItem workItem in workItems)
{
    var relatedLink = workItem.Links[0] as RelatedLink;
    if (relatedLink == null) continue;
    if (relatedLink.RelatedWorkItemId != storyId) continue;

    Field remWorkField = (from field in workItem.Fields.Cast<Field>()
                          where field.Name == "Remaining Work"
                          select field).FirstOrDefault();
    if (remWorkField == null) continue;
    if (remWorkField.Value == null) continue;

    var task = new TaskViewModel
    {
        Id = workItem.Id,
        ParentPbi = relatedLink.RelatedWorkItemId,
        RemainingWork = (double) remWorkField.Value,
        State = workItem.State
    };

    result.Add(task);
}

return result;

1 Ответ

2 голосов
/ 05 октября 2011

Как правило, командный проект в MSF Agile поставляется с набором запросов. Взгляните на «Рабочие элементы» -> «Итерация 1» -> «Журнал итераций».

Сохранение этого запроса в виде файла WIQL на вашем диске абсолютно возможно.
Использование его в качестве модифицированного wiqlQuery должно избавить вас от большого количества фильтрации, которую вы делаете.

РЕДАКТИРОВАТЬ (в ответ на комментарий: «Хорошо, я сделал это, но в запросе не упоминается связь между родительским и связанным (дочерним) элементами»):

Я открыл WIQL по умолчанию «Итерация Backlog»:

<?xml version="1.0" encoding="utf-8"?>
<WorkItemQuery Version="1">
  <TeamFoundationServer>
  http://****>
  <TeamProject>****</TeamProject>
  <Wiql>SELECT [System.Id], [System.WorkItemType], [System.Title],
  [System.State], [System.AssignedTo],
  [Microsoft.VSTS.Scheduling.RemainingWork],
  [Microsoft.VSTS.Scheduling.CompletedWork],
  [Microsoft.VSTS.Scheduling.StoryPoints],
  [Microsoft.VSTS.Common.StackRank],
  [Microsoft.VSTS.Common.Priority],
  [Microsoft.VSTS.Common.Activity], [System.IterationPath],
  [System.AreaPath] FROM WorkItemLinks WHERE
  (Source.[System.TeamProject] = @project and
  Source.[System.AreaPath] under @project and
  Source.[System.IterationPath] under '****\Iteration 1' and
  (Source.[System.WorkItemType] = 'User Story' or
  Source.[System.WorkItemType] = 'Task')) and
  [System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward'
  and Target.[System.WorkItemType] = 'Task' ORDER BY
  [Microsoft.VSTS.Common.StackRank],
  [Microsoft.VSTS.Common.Priority] mode(Recursive)</Wiql>
</WorkItemQuery>

Часть запроса, которая извлекает связанные элементы, должна быть такой:

[System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward'
...