2015-07-31 1 views
0

В принципе, при переходе на микрософт VNEXT-build (AND GIT) наши ссылки на DLL из подпроектов перестали работать.DLL-ссылки из поддеревьев/подмодулей в VNEXT Build

Раньше у нас был основной проект1 и подпроект1 как отдельный TFS-репозиторий, подпроект, имеющий зависимости к mainproject. Мы указали, что шаблон TFS-build должен включать Mainproject1 и subproject1, после чего TFS автоматически обрабатывает DLL-ссылки

После миграции на git и включение mainproject1 в качестве поддерева в подпроекте 1 и переключение на VNEXT, однако, кажется, что агент сборки использует другую структуру папок, предоставляя нам: Тип или имя пространства имен «X» не удалось найти.

Наблюдая за журналами, я вижу, что основной проект строится успешно, хотя подпроект не может найти его автоматически.

Кто-нибудь знает, как работает новая система? Кто-нибудь пробовал что-то подобное или знает, как поручить серверу сборки искать зависимости?

ответ

0

Решено путем добавления двух условных HintPaths в файл .csproj. Первая проверяет локальную dll (поскольку она помещается агентом сборки), вторая ищет ту же DLL, но в GAC.

Смежные вопросы