Похоже, TFS поддерживает только один репозиторий для каждой сборки. Этого недостаточно для меня, как только мне нужно использовать некоторые сторонние библиотеки, хранящиеся отдельно.TFS build с несколькими репозиториями GIT
Я могу использовать подмодуль GIT для этого, но в этом случае сборка не будет связана с коммитами и рабочими элементами, потому что она игнорирует коммиты из подмодулей. Кроме того, изменение подмодуля не приведет к созданию сборки.
Можно ли определить сборку с несколькими хранилищами, используя плагины, расширения или что-то в этом роде?
Чтобы завершить ответ, вы можете иметь «прокси» строить, спровоцированные изменениями во втором хранилище, чье единственное действие является откройте основную сборку, используя API REST (https://www.visualstudio.com/en-us/docs/integrate/api/build/builds#queueabuild) –
@ Джесси, спасибо за ответ. У меня есть NET-обертка для родной библиотеки lib, которая использует более 20 других родных библиотек в качестве зависимостей. Очень неудобно строить их отдельно. И это не решает проблему. Я могу найти способ создания библиотеки с помощью TFS, но это не имеет смысла без автоматической фиксации и соединения рабочих элементов. Не будет никакой разницы с моим текущим сервером сборки за пределами TFS. – Eugene
@Giulio, спасибо за комментарий. Я рассмотрел API REST и не нашел способ добавить ассоциацию сборки. Я мог бы написать серверный плагин с некоторой подпиской на сборку, получить фиксацию, проанализировать ее с помощью внешнего инструмента или библиотеки GIT, но нет возможности связать фиксацию с сборкой. – Eugene