Как определить, какие рабочие элементы / истории пользователей находятся в выбранной сборке в Azure DevOps?
Я новичок в Azure DevOps, поэтому, возможно, это действительно простой вопрос. При выборе сборки (их много) для развертывания в производственной среде было бы здорово, если бы я мог определить, какие пользовательские истории или задачи были включены в эту сборку. Я хочу иметь возможность сказать, какая работа развертывается, прежде чем она будет запущена, или сообщить клиентам, которые ждут новых функций, когда эта функция будет запущена.
Я попытался написать сценарий с помощью Azure DevOps API и вижу свои сборки и запросы на вытягивание. Но как их связать? Может быть, есть какой-нибудь инструмент для этого? Также было бы здорово сказать, что с учетом идентификатора пользовательской истории (например, 171171) вы могли бы сказать, в какой сборке он появляется. Возможно ли это, или сделать это без сохранения всех данных из API и чтения этой кэшированной версии?
2 ответа
Вы можете указать рабочие элементы (ошибки, истории пользователей и т. Д.) При фиксации в Git-Repo. Это делается с помощью хэштега и номера рабочего элемента (например, #1234). Visual Studio также имеет для этого поддержку пользовательского интерфейса, которая делает то же самое.
Связанные рабочие элементы будут автоматически отображаться на странице сводки сборки.
Просто добавьте рабочие элементы в коммит. Вот разные варианты: связывание рабочих элементов с ветвями Git, коммиты и запросы на извлечение.