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

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

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

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


person user676437    schedule 05.01.2017    source источник


Ответы (1)


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

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

this.PendingCheckin.PendingChanges.Workspace.VersionControlServer

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

Вы можете проверить связанные рабочие элементы с текущим рабочим элементом:

this.PendingCheckin.WorkItems

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

Одна из моих политик представляет собой пример использования VersionControlServer из политики .

person jessehouwing    schedule 05.01.2017
comment
Спасибо за ваш ответ и совет. К сожалению, у меня не будет шанса попробовать его до середины следующей недели, так как в данный момент я развлекаюсь, объединяя изменения между ветками для выпуска и борясь со сложными конфликтами (радость), но дам ему иди на следующей неделе. - person user676437; 06.01.2017
comment
К сожалению, у меня еще не было возможности - у нас было больше проблем, чем когда-либо прежде, со слиянием наборов изменений через наши ветки, и мы все еще собираемся этим утром (хотя, к счастью, осталось только около 10 наборов изменений :) ). Теперь смотрим на это в начале следующей недели. - person user676437; 13.01.2017