Как TFS выбирает, какие учетные записи должны связываться со сборкой?

Question

Наши сборки, как правило, имеют заторную работу рабочих предметов и связаны с ними, и я не могу сказать, как TFS определяет, что добавить. Мы используем обновление TFS 2015 3 и TFVC.

Когда сборка запускается, она получает код из местоположения где-то в ветвлении и папке TFVC. Как правило, что-то вроде «root \ dev \ src \ имя компонента» таким образом мы избегаем получения всего кода в нашем репозитории, и у нас установлен CI, чтобы любые изменения в этой папке приводили к созданию CI-сборки.

Мы также запускаем ежедневные сборки, которые запускают больше тестов и создают пакет выпуска, который используется при управлении выпуском TFS. Я бы ожидал, что любые изменения кода внутри папки, определенные при настройке репозитория для этой сборки, будут включены в соответствующие смены наборов сборки. Я также ожидаю, что любые изменения, зарегистрированные вне этих ветвей, не будут связаны. Но это не так. Мы видим фиксации по всему проекту.

Кто-нибудь знает, как это должно работать?

Я не уверен, что это должно идти в вопросе или ответе, но я нашел дополнительную информацию, благодаря подсказкам, приведенным в ответах ниже.

Похоже, что исходные настройки будут иметь общий корень между сопоставленными папками настроек репозитория, поэтому, если у меня есть 2 папки $/Relo/Dev/B1/src/Claims.Services и $/Relo/Dev/B1/src/PSScripts в качестве исходных настроек будет использоваться общий корень $/Relo/Dev/B1/src и включать любые изменения из этой папки в сборку. Может ли кто-нибудь подтвердить это? Конечно, это не то, что я хочу. На вкладке «История» определения сборки, если я посмотрел на diff, я вижу поле «defaultBranch» в json, которое, кажется, является значением, которое контролирует это, есть ли способ напрямую обновить это поле?

Answer 1

TFS определяет, какие изменения должны быть сопоставлены сборке на основе сопоставлений исходного репозитория (сборка vNext) в определении сборки и последней успешной сборке.

Таким образом, вы увидите список файлов с ревизиями, совершенных в самой низкой общей базе любого из отображенной папки включая все их потомков, так как последнюю успешную сборку. Всякий раз, когда вы получаете успешную сборку (я надеюсь, что это происходит чаще, чем неудачные ;-)), список сократится и отобразит только последнюю регистрацию.

Пример отображения ниже приведет к каким-либо ревизией сделал ни к чему ниже $/Relo/Dev/B1/SRC (потому что это наименьшее общее основание):

• $/Relo/Дев/В1/SRC /Claims.Services
• $// Dev/B1/SRC/PSScripts Relo

Похожие будет забрать все соответствующие элементы работы в вышеуказанных ревизиями.

Это то, что должно произошло. Если вы увидите что-то еще, я бы более подробно рассмотрел сопоставления репозитория или параметры источника определения сборки.

Answer 2

@Noel - Я предполагаю, что вы используете сборку vNext, а не сборки XAML. Или вы используете сочетание XAML и vNext?

В общем случае запланированная сборка TFS свяжет все изменения, которые не были связаны в последнем успешном запуске одной и той же сборки.

Я предлагаю вам проверить еще раз, если исходные папки совпадают для сборки CI и Daily build?