#tfs #build #azure-pipelines
#tfs #сборка #azure-конвейеры
Вопрос:
Мне было поручено создать два новых сценария сборки vNext, которые мы будем использовать в качестве шаблонов для будущих сборок. Одно создается в обновлении TFS 1, а другое — в обновлении TFS 3.
Сценарий сборки TFS Update 1 (и, по-видимому, любые сценарии сборки в этой установке) имеют проблему, при которой последнее «связанное изменение» из сборки снова появляется как связанное изменение в следующей сборке. Это происходит независимо от количества изменений и количества сборок (успешных или неудачных) между ними.
Например, смотрите следующий сценарий (обратите внимание, что последнее связанное изменение в одной сборке всегда является первым связанным изменением в следующей сборке).
Сборка 1 (успешная, произошло 3 проверки)
—Связать изменения
—-4040
—-4052
—-4059
Сборка 2 (успешная, выполнено 2 проверки)
—Связанные изменения
—-4059
—-4062
—-4066
Сборка 3 (успешная, произошло 0 проверок)
—Связанные изменения
—-4066
Сборка 4 (сбой, произошла проверка 1)
—Связанные изменения
—-4066
—-4072
Эта ситуация НЕ возникает в обновлении TFS 3. Я не нашел никакой документации, в которой говорилось бы, что это ошибка в обновлении 1, которая была устранена в обновлении 2 или обновлении 3, но не исключил этого.
Кто-нибудь видел это поведение раньше и знает причину? Мне нужно либо решить проблему, либо идентифицировать ее как внутри самого продукта.
Примечания к выпуску обновления 2: https://www.visualstudio.com/news/releasenotes/tfs2015-update2-vs
Примечания к выпуску обновления 3: https://www.visualstudio.com/en-us/news/releasenotes/tfs2015-update3-vs
Комментарии:
1. Я только что заметил, что мой вопрос был отклонен. Я новичок в этой системе, поэтому буду признателен за любые советы о том, как ее улучшить. К сожалению, поскольку в этом случае невозможно найти документацию по этому вопросу, предоставление источников невозможно, если только не полезно предоставить ссылки на примечания к выпускам обновлений 2 и 3 для проверки того, что такое изменение в них не упоминается.
Ответ №1:
Я тестировал в TFS 2015 (без обновления) и TFS 2015.3 и мог воспроизвести ваш сценарий.
В TFS 2015 каждая сборка будет связывать набор изменений в последней сборке, но в TFS 2015.3 в следующей сборке будет связан только неудачный набор изменений.
Эта проблема связана с самим продуктом и была исправлена в TFS 2015.3.
Комментарии:
1. Спасибо, что нашли время для воссоздания и подтверждения!