в лазурном DevOps, как мы можем сказать, какие истории есть в релиз-кандидате?
Мы используем непрерывную сборку и развертывание в тестовой среде, и каждый набор изменений привязан к рабочему элементу (истории). Я думаю, что после развертывания сборки в среде мы можем увидеть все связанные с ней истории. Вопрос в том, что изменилось функционально как для проверки / приемочных испытаний, так и для примечаний к выпуску, обучения поддержки и маркетинга. Это связано с тем, как определить, какие рабочие элементы / истории пользователей находятся в выбранной сборке в Azure DevOps? за исключением того, что мы хотим знать, прежде чем кандидат перейдет в среду более высокого уровня, и собрать сумму уникальных изменений с момента последнего продвижения этого конвейера в эту среду.
1 ответ
Для этой проблемы вы можете увидеть связанные рабочие элементы на странице стадии выпуска. Он сравнивает текущий выпуск с предыдущим и затем отображает вновь добавленные рабочие элементы, связанные с наборами изменений.
Примечание. Если в текущем выпуске был развернут более старый артефакт, то в разнице перечислены отрицательные рабочие элементы, т. Е. Изменения, которые были отменены с этого этапа.
Кроме того, вы также можете включить Report deployment status to Work для этапов под Option в конвейере выпуска, поэтому, когда этап завершится, он создаст ссылки на все рабочие элементы, связанные с соответствующими изменениями.
Вы можете убедиться, что это то, что вам нужно. Для аналогичного случая обратитесь к этому.