Як TFS автоматично додає певні завдання до нових предметів роботи?

Ми використовуємо TFS на своєму робочому місці для управління нашим вихідним кодом та відстеженням розвитку.

Кожен раз, коли у нас є помилка або робота, ми завжди повинні виконувати як мінімум такі два завдання:

• Перевірте роботу або вирішіть, чи потрібно тестування.
• Оновіть нотатки до випуску для поточного випуску або вирішіть, чи потрібен він конкретний запис.

Інші завдання характерні для роботи, яка виконується, але я постійно набираю "Тестування" та "Примітки до звільнення", додаючи нові робочі елементи.

Чи є спосіб отримати TFS для автоматичного додавання цих двох завдань щоразу, коли створюється новий помилка чи робочий елемент? У рідкісних випадках ці завдання не потрібні, вони можуть бути просто позначені як виконані або зняті для цього робочого пункту, тому я не переймаюся впливом на створення цього автоматичного.

У мене був огляд, і схоже, що я міг би створити сценарій PowerShell, щоб додати завдання до будь-яких робочих предметів, які їх відсутні, що може бути дорогою.

Важлива примітка

Для цього немає жодної функції, і зазвичай я намагаюсь відхилити людей від загальних завдань, таких як "Тест", "Розгортання", і змусити їх подумати про те, щоб протестувати весь твір і дати їм визначення проміжні тести, які вони хочуть виконати на цьому шляху.

Загальні матеріали, такі як Примітки до випуску та розгортання, можуть бути повністю автоматизовані. Мабуть, також використовуючи повороту;).

Тому я намагаюся, щоб люди зосереджували свою увагу на використанні Powershell-fu на автоматизації цих загальних і поганих завдань.

Відповідь

Звичайно, це не відповідь на ваше запитання як таке. Ось ось справжня відповідь, так, поворотна панель - це варіант , ви можете зателефонувати в API REST або модель клієнтського об’єкта і використовувати його для запиту Wok елементів та створення нових робочих елементів. API широко використовується, і там є багато інформації щодо публікацій в блогах тощо. Або ви можете створити невелику консольну програму, яка також використовує ту саму клієнтську модель об'єкта .

Ви також можете використовувати api SOAP у сповіщеннях, щоб отримувати сповіщення про додавання чи зміну робочого матеріалу та вводити свій код у дію, додаючи необхідні дочірні робочі елементи.

Альтернативою api SOAP є використання чогось на зразок агрегатора TFS, який інтегрується в сам сервер. Він використовує ту саму модель об'єкта TFS-клієнта. Я є частиною команди, яка його створює, і ми випустили і 2013u2 +, і 2015+ . Агрегатор TFS дозволяє писати правила, які використовують Powershell з C # -script, щоб діяти на зміну робочого елемента. Для цього вже зроблено багато роботи для запобігання загальних підводних каменів під час роботи з клієнтською об'єктною моделлю з точки зору автоматизації.

TFS Aggregator - це серверна плагін для TFS 2013 (оновлення 2 та пізнішої версії), який тепер має можливість створювати нові робочі елементи на основі правил. Приклад завдання можна знайти тут:

• https://github.com/tfsaggregator/tfsaggregator/wiki/Auto-Create-Children