Сервер сборки - установить библиотеки внешнего управления (DevExpress) на сервер сборки - PullRequest
2 голосов
/ 21 апреля 2011

Каков правильный путь?

У нас есть один сервер сборки для наших проектов.У нас есть разные проекты, которые ссылаются на разные версии DevExpress.

  1. Должны ли мы установить каждую версию DevExpress на сервер сборки или

  2. для каждого проектаесть своя папка со сборками DevExpress.

  3. Существует ли другой возможный способ?

На мой взгляд:

Преимущество 1: Это проще для каждогоРазработчик должен поддерживать свою локальную копию проекта.Недостаток 1: ад версии DevExpress на сервере сборки, потому что должен быть установлен каждый новый выпуск.

Преимущество 2: Каждый проект может быть собран без предварительных условий.Недостаток 2: Каждый разработчик должен вручную поместить свои библиотеки в отдельную папку Libs.Если вы перетащили элемент управления DevExpress из панели инструментов, вы должны реорганизовать свои ссылки для этой библиотеки.

Ответы [ 3 ]

1 голос
/ 21 апреля 2011

Я бы посоветовал вам установить наши установки на сервере Build.На вашей машине не будет DLL-ада, если вы установите только установку.Это гарантирует, что ваш проект будет построен с использованием лицензионной версии наших элементов управления, и, следовательно, без готовых приложений в готовом приложении.Это то, что мы обычно предлагаем, когда наши клиенты задают такие вопросы в центре поддержки ...

1 голос
/ 21 апреля 2011

Наилучшим решением и без проблем с серверами сборки является наличие общей папки в исходном элементе управления, где вы храните сборки devexpress или разные папки, если вы используете разные версии devexpress в разных проектах и ​​ссылаетесь на эти сборки в проектах. В дополнение к dll-файлам devexpress добавьте в эту папку также файл App_Licenses.dll и укажите его во всех проектах, использующих сборки devexpress. Это, когда выходит новая версия devexpress, вам нужно просто обновить эти библиотеки DLL вместо того, чтобы устанавливать каждый раз новую версию devexpress, и таким образом вы также можете вернуться к предыдущей версии в случае ошибки блокировщика или даже запустить другую версию devexpress на та же машина.

Это решение прекрасно работает с сервером интеграции сборки Hudson и svn.

Если вы хотите упростить ситуацию с новыми обновлениями devexpress и не хотите каждый раз запускать конвертер проекта для обновления номера версии в ссылках, исключая из ваших ссылок ', Версия = 10.2.6.0, Культура = нейтральная, PublicKeyToken = b88d1754d700e49a 'так вместо:

<% @ Register TagPrefix = "dxe" Namespace = "DevExpress.Web.ASPxEditors" Assembly = "DevExpress.Web.ASPxEditors.v10.2, версия = 10.2.6.0, культура = нейтральная, PublicKeyToken = b88d1754d700e49a"%>

ваш реф будет выглядеть так:

<% @ Register TagPrefix = "dxe" Namespace = "DevExpress.Web.ASPxEditors" Assembly = "DevExpress.Web.ASPxEditors.v10.2"%>

таким образом, вам нужно будет запускать конвертер проекта довольно редко, когда имя сборки меняется из-за изменения основной версии, например. 11,1

0 голосов
/ 04 февраля 2014

Лучшее решение - не устанавливать полный продукт на серверы сборки. Вместо этого вы можете просто получить лицензию на сервере.

Запустите установщик на вашем компьютере сборки, войдите в него, когда появится список продуктов, выйдите из установщика. Теперь ваши сборки будут авторизованы!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...