Как CI определяет, что он должен запустить build? - PullRequest
Новая
       25

Как CI определяет, что он должен запустить build?

0 голосов
/ 25 сентября 2018

Как сервер TFS (или другие инструменты CI) определяет необходимость запуска сборки, когда для триггера сборки установлено значение CI?Я искал документацию, но все, что я мог найти, было расплывчато «когда разработчик представляет изменения» или подобное.

У нас есть несколько решений, живущих в одном каталоге.В этих решениях используются одни и те же проекты:

Solution1

  • projectA
  • projectB

Solution2

  • projectA
  • projectC

Если я настрою сборки, указывающие на Solution1 и Solution2, а затем внесу изменения в projectA, будет ли TFS запускать сборки для обоих решений?

Я знаю, что могу проверить это и посмотреть, что произойдет.Это иллюстрирует предысторию моего вопроса, который на самом деле таков: как TFS (или другие инструменты CI) определяют, что им нужно для запуска сборки?

Что если отправленные изменения относятся к файлам, которых нет в решении?например.Сценарии сборки.

1 Ответ

0 голосов
/ 25 сентября 2018

Если вы выбираете сборки для запуска в качестве сборки CI, то когда TFS будет запускать сборку, будет определяться папками, которые вы добавляете в свои отображения в параметре триггера.

Какую папку управления источником вы включаете вФильтры путей на вкладке «Триггеры»: любые изменения, внесенные в эти папки, приведут к запуску сборки.

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

Спасибо, дайте мне знать, помогло это или нет.

...