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

Question

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

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

Answer 1

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

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

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

Answer 2

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

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

У меня есть только очень базовые знания о Prism, под "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

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