Блог

Этот вопрос касается плат Azure и запросов к рабочим элементам.

Мой вариант использования таков:

• У меня настроены разные проекты
• эпопеи и функции поддерживаются в проекте глобального планирования
• жизнь историй в проектах продукта
• окончательная настройка будет довольно большой, поэтому было введено это разделение, Нам нужно будет убедиться, что система поддерживается (разрешения и т. Д.)
• связь проекта планирования с другими работает с путями областей, которые настроены в проекте планирования и представляют структуру всех проектов
• некоторые функции нуждаются в поддержке со стороны других проектов, поэтому я настраиваю одну историю, связанную с родителями и дочерними элементами, в другом проекте
• Теперь мне нужен запрос с одним переходом, который показывает мне все функции и дочерние истории
• правила должны быть:
  • показать все функции, которые я связал с моим проектом, а также все связанные с ними истории, включая истории, которые находятся в других проектах и командах
  • покажите также все мои истории, включая те, которые я делаю для других функций в других проектах

Для более наглядных людей пример диаграммы приведен ниже. В запросах, которые сохраняются как общие запросы во всех 3 проектах, должен быть этот результат:

• Проект «Продукт 1» рассматривает как функции продукта, так и его истории, поскольку одна из них является собственной функцией, а другая содержит историю, связанную с собственным проектом / командой
• Проект «Продукт 2» имеет то же самое наоборот
• Платформа проекта также видит обе эти функции продукта, поскольку у нее есть история каждой, плюс у нее есть третья функция, которой нет в запросах продуктов, поскольку она содержит только материалы платформы

Я хочу видеть это, потому что зависимости важны, и каждая проектная группа должна видеть, где у них есть зависимости от других продуктов и где они должны доставить или ждут чего-то.

(пример приведенного ниже запроса «дайте мне все истории, относящиеся к моим функциям»)

Единственный способ, который я нашел до сих пор, — это иметь два отдельных запроса, которые применяют два упомянутых правила и объединяют их. ОБЪЕДИНЕНИЕ (без дубликатов, так что никакого ОБЪЕДИНЕНИЯ ВООБЩЕ) сделало бы все за один раз. Вот мои текущие два тестовых запроса.

 /** give me all stories belonging to my features **/
SELECT
    [System.Id],
    [System.WorkItemType],
    [System.Title],
    [System.AssignedTo],
    [System.State],
    [System.Tags]
FROM workitemLinks
WHERE
    (
        [Source].[System.WorkItemType] = 'Feature'
        AND [Source].[System.AreaPath] UNDER 'PI-PlanningPlattform'
    )
    AND (
        [System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward'
    )
    AND (
        [Target].[System.WorkItemType] <> ''
    )
ORDER BY [System.Id]
MODE (MayContain)
 

 /** give me all features belonging to my stories **/

SELECT
    [System.Id],
    [System.WorkItemType],
    [System.Title],
    [System.AssignedTo],
    [System.State],
    [System.Tags]
FROM workitemLinks
WHERE
    (
        [Source].[System.WorkItemType] = 'Feature'
    )
    AND (
        [System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward'
    )
    AND (
        [Target].[System.WorkItemType] <> ''
        AND [Target].[System.AreaPath] = 'Plattform'
    )
ORDER BY [System.Id]
MODE (MustContain)
 

Я также открыл запрос на создание функций в Microsoft, но пока кто-нибудь не ответит там, мы становимся старыми и серыми …

WIQL: разрешить ОБЪЕДИНЕНИЕ запросов