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

Question

Я хотел бы активировать непрерывную интеграцию для приложения Prism на сервере сборки TFS.На самом деле контроллер сборки не может скомпилировать приложение, потому что у него нет библиотеки Prism.Prism зарегистрирован в моей Visual Studio на моей разрабатываемой машине, и проект просто ссылается на нее.Мне было интересно, стоит ли мне возвращать библиотеку в рамках проекта или я должен установить библиотеку на сервере сборки.

Итак, какую практику вы используете для интеграции приложения с использованием зависимостей на сервере сборки?

Answer 1

Я наконец выбрал решение, основанное на идее Pantelif.

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

Спасибо за вашу помощь.

Answer 2

В целом, регистрация в необходимых библиотеках дает вам преимущество в том, что для установки нового контроллера сборки требуется меньше времени.

Мы используем смешанный подход по этому вопросу:
- log4net, Rhino, NHibernate и т. Д. Находятся в общем Dir в контроллере исходного кода
- Другие пакеты, требующие настройки и / или лицензирования (Infragistics, NCover и т. Д.), Установлены на контроллере сборки

У меня есть только очень простые«Prism lib» означает «5 библиотек Microsoft»
Microsoft.Practices.Composite.dll
Microsoft.Practices.Composite.Presentation.dll
Microsoft.Practices.Composite.UnityExtensions.dll
Microsoft.Practices.ServiceLocation.dll
Microsoft.Practices.Unity.Silverlight.dll

Если да, мы бы определенно поместили их в элемент управления исходным кодом