в azure devops, Как мы можем сказать, какие истории есть в кандидате на релиз?

Question

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

Answer 1

Для этой проблемы вы могли видеть связанные рабочие элементы на странице этапа выпуска. Он сравнивает текущий выпуск с предыдущим выпуском, а затем отображает вновь добавленные рабочие элементы, связанные с наборами изменений.

Примечание : если в текущем выпуске развернут более старый артефакт, то в списке различий указывается отрицательная работа элементы, т. е. изменения, откатанные с этого этапа.

Кроме того, вы также можете включить Report deployment status to Work для этапов в Option в конвейере выпуска, таким образом, когда этап завершится, он создаст ссылки на все рабочие элементы, связанные со связанными изменениями.

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