Мы используем Visual Studio Team Services с Git и VSTS Release Management. Мы используем модель непрерывной доставки с использованием запросов на вытягивание. Таким образом, каждый объединенный запрос на вытягивание запускает потенциальный выпуск соответствующей сборки, которая в конечном итоге будет запущена в производство.
В каждом выпуске перечислены связанные рабочие элементы, связанные с соответствующим прямым запросом на вытягивание. VSTS заявляет:
Все рабочие элементы, которые были включены в коммиты, будут отображаться в списке ниже. Сравнение текущей версии с %предыдущей версией%.
Однако не все пулл-реквесты доходят до производства, хотя они уже объединены в кодовую базу. Это означает, что последующие сборки фактически основаны на таких (не выпущенных) запросах на вытягивание, относящихся не только к непосредственно связанным рабочим элементам (из запроса на вытягивание), но также и к рабочим элементам всех (еще не выпущенных) запросов на вытягивание. Однако эти рабочие элементы в настоящее время не отображаются в обзоре «Рабочие элементы», что является проблемой для наших QA.
Есть ли официальный способ получить список всех ранее связанных рабочих элементов, связанных с этим (текущим) выпуском, по сравнению с последним успешным выпуском в рабочей среде? Другими словами: я ищу способ получить журнал изменений выпуска, который будет запущен (относительно последнего полного выпуска).
Я уже пробовал использовать VSTS REST API https://www.visualstudio.com/en-us/integrate/api/overview, но не нашел там подходящих функций.
Решение проблемы
Тем временем я нашел обходной путь для моей проблемы. На данный момент VSTS REST API (версия 1.0) не поддерживает запрос информации о выпуске или сборке. Однако он знает запросы на вытягивание:
https://www.visualstudio.com/integrate/api/git/pull-requests
и рабочие элементы:
https://www.visualstudio.com/integrate/api/wit/work-items.
Предварительным условием для того, чтобы это работало, является то, что вы связываете свои запросы на извлечение с вашими рабочими элементами. В тот момент, когда запрос на вытягивание объединяется с мастером, он обычно упоминает связанные рабочие элементы в сообщении коммита. Это то, как я в настоящее время могу разрешить все рабочие элементы, связанные с этими (завершенными) запросами на вытягивание, которые были объединены между двумя датами (например, последний выпуск и сейчас).
Это не лучшее решение, но оно работает.
Комментариев нет:
Отправить комментарий