Проблемы с триггером непрерывной интеграции в TFS 2012

Question

У меня есть несколько решений и общие ссылки для всех моих решений в источнике моего TeamProject, как показано ниже.

TestTeamProject 
    Source 
     SolutionA 
     SolutionB 
     SolutionC 
     References 

Все решения используют Referneces, и каждое решение имеет отдельное определение сборки. Всякий раз, когда сборка запускается, пользовательский актив запускает проверку своих собственных двоичных файлов в папке «Ссылки» (EX: Если инициировано построение определения, настроенное для SOlution A, оно копирует выходные библиотеки DLL в папку «Ссылки»), поскольку каждое решение имеет зависимости от друг друга.

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

Причина: Так как я есть ссылки в настройках источника билда Определение раствора А, когда-либо сборка завершена, и ссылки проверяются в моей деятельности, она снова вызывая CI сборки

Можно ли каким-либо образом ограничить это поведение, все еще включив функцию триггера CI? Существует ли расширение, которое можно использовать для использования фильтров для путей управления источниками при настройке сборок CI?

Answer 1

Вместо того, чтобы иметь двоичные файлы для сборки, вы должны использовать пакеты NuGet и ссылаться на свои двоичные зависимости как пакеты NuGet.

Answer 2

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

Для вашей ситуации вы можете облачены ссылка папки

И так как вы используете DLL в ссылках. Лучший способ, как Даниэль предлагает использовать систему управления пакетами, такую ​​как Nuget для размещения и развертывания ваших зависимостей, может устранить их из исходного управления и позволить вам избежать бесконечного цикла.