Как я могу сказать, почему TFS запустила сборку?

Question

У меня есть определение сборки xaml, чей триггер настроен на ночной запуск, а опция "Построить, если ничего не меняется" снята. Если я запускаю сборку в течение дня, а затем никто не регистрируется до конца дня, по какой-то причине TFS создает тот же набор изменений во время триггера. Похоже, это происходит с несколькими разными определениями сборки для разных веток. Есть ли способ сказать, почему он строит? Я обновил TFS Server до текущей версии (Tfs2017.Update3) несколько месяцев назад, если честно, я не проверял и не замечал, происходит ли это с тех пор, как я обновил TFS 2017 в прошлом году. Существуют ли таблицы базы данных TFS, чтобы проверить, что вызывает сборку?

Вот мои текущие настройки:

Answer 1

Убедитесь, что в разделе рабочей области для любого другого определения сборки, который будет CI (сборка при регистрации), указана определенная папка, из которой эта сборка должна получать файлы.Значением по умолчанию было $ / projectname, которое запускается для сборки в любое время, когда ЛЮБЫЕ файлы меняются где-либо в этом проекте.Вы должны сделать свой раздел рабочей области очень специфичным при использовании CI, иначе у вас будут непредвиденные последствия, которые вы видите.

Answer 2

В базе данных есть поля triggerInfo и triggerByBuild для получения дополнительной информации о триггере, если эта сборка выполняется другой сборкой.

Запрос: SELECT * FROM [Tfs_collection name]. [Build]. [Tbl_Build], где BuildId = идентификатор сборки

Также вы можете дважды проверить исходные сопоставления, если вы сопоставили другой путь tfvc и был ли он изменен, что вызвало сборку.