Как определить, какие рабочие элементы / пользовательские истории находятся в выбранной сборке в DevOps Azure?

Question

Я новичок в Azure DevOps, так что, возможно, это действительно простой вопрос. При выборе сборки (их много) для развертывания в производство было бы здорово, если бы я мог определить, какие пользовательские истории или задачи были включены в эту сборку. Я хочу быть в состоянии сказать, какая работа развернута до того, как она будет запущена, или рассказать клиентам, которые ждут новых функций, когда эта функция будет запущена.

Я пытался написать скрипт, используя API Azure DevOps , и могу видеть мои сборки и запросы на извлечение. Но как мне их связать? Существует ли существующий инструмент для этого? Также было бы замечательно сказать, учитывая идентификатор пользовательской истории (например, 171171), вы могли бы сказать, в какой сборке он появляется. Это возможно или сделать это без сохранения всех данных из API и чтения этой кэшированной версии?

Answer 1

Просто добавьте рабочие элементы в коммит. Вот различные варианты: Связывание рабочих элементов с ветвями Git, фиксацией и запросами извлечения

Answer 2

Вы можете указать рабочие элементы (Bugs, User Storys, ...) при передаче в Git-Repo. Это делается Hashtag и номером рабочего элемента (например, # 1234). Visual Studio также имеет поддержку пользовательского интерфейса, которая делает то же самое.

Связанные рабочие элементы будут автоматически отображаться на летней странице сборки.