Наилучшим решением и без проблем с серверами сборки является наличие общей папки в исходном элементе управления, где вы храните сборки 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