У меня есть хранилище с разными определениями сборки. Один для каждого из
следующее: проект базы данных, API и веб. (Добавлю еще позже
для etl / reports) Каждая сборка имеет фильтр, поэтому он собирается только при наличии кода
в конкретном пути был изменен
Фильтры путей не должны использоваться в вашей ситуации.
Если вы видите Microsoft git repo ,
Они имеют всю свою кодовую базу из Windows и Devices Group (WDG) в одном большом репо. Каждая корневая папка является отдельным продуктом и совершенно не связана с остальными. (например, Xbox, HoloLens, ОС Windows и т. д.).
Фильтры путей имеют здесь смысл, потому что, если я добавляю push-код в Xbox, я не хочу, чтобы также создавался код Hololens.
Все проекты Web / DB / API должны быть собраны вместе, упакованы вместе и развернуты вместе.
Я предполагаю, что в проекте используется стек .NET.
Держите проекты БД, Web и API в одном решении. Создайте одно определение сборки, которое создает решение, и создайте несколько артефактов (dacpac, пакет webdeploy и т. Д.) , добавив несколько артефактов публикации, шаг .
См. Скриншот сборки с несколькими артефактами.
Свяжите артефакты из этой сборки с определением версии, и вы сможете развернуть.