Политика запроса рабочего элемента для проверки соответствия рабочих элементов при слиянии

Question

С нашим контролем источника TFS 2015 мы требуем, чтобы разработчики регистрировали изменения в работе над рабочими элементами.

Однако у нас было несколько случаев, когда разработчик проверил один рабочий элемент в нашей ветке разработки, но затем, когда мы слились с нашим филиалом QA, они проверили в объединенных изменениях другой элемент работы , Примером этого является то, что ошибка была создана под PBI, изменения в dev были проверены против задачи под ошибкой, но затем были объединены с QA против самого PBI. Это вызывает у нас проблемы с отслеживаемостью.

Я видел, что можно добавить политику регистрации «Политика запросов рабочего элемента». Мне просто интересно, есть ли способ написать запрос, который определит, будет ли рабочий элемент регистрации после слияния соответствовать рабочему элементу исходных наборов изменений? Я не обязательно после точного запроса (хотя было бы прекрасно, если бы кто-то мог предоставить один :)), действительно мне просто интересно, возможно ли или нет, чтобы сделать запрос, т. Е. Информация, доступная для запросов в TFS?

Answer 1

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

Итак, технически это возможно. Вы можете получить доступ к объекту VersionControlServer через PendingChanges объект:

this.PendingCheckin.PendingChanges.Workspace.VersionControlServer 

Вы можете использовать, чтобы запросить историю отрасли в вопросе и захватить элементы работы, связанные с возвратами в этой отрасли.

Вы можете проверить связанные WorkItems к текущему WorkItem:

this.PendingCheckin.WorkItems 

Вы могли бы даже предоставить возможность для автоматической корректировки путем добавления нужных рабочие элементов к оформленному по проверке.

One of my policies provides an example on using the VersionControlServer from a policy.