构建服务器 - 在构建服务器上安装外部控制库（DevExpress）

什么是正确的方法？构建服务器 - 在构建服务器上安装外部控制库（DevExpress）

我们有一个针对我们项目的构建服务器。我们有不同的项目，参考不同版本的DevExpress。

我们应该安装在构建服务器上的每个DevExpress的版本或
应该每个项目有自己的文件夹的DevExpress组件。
存在其他可能的方式？

在我看来：

优势1：这是每一个开发人员，以保持他的地方项目的副本更容易。缺点1：由于每个新版本都必须安装，因此DevExpress版本将在构建服务器上运行。

优势2：每个项目都可以在没有先决条件的情况下建设。缺点2：每个开发者都必须手动将他的dll放在一个单独的Libs文件夹中。如果您已经从工具箱中拖动了DevExpress控件，则必须重新组织这些dll的引用。

2011-04-20 maybettle

我建议你在生成服务器上安装我们的安装。如果您只安装安装，那么您的计算机上不会出现DLL地狱。这将保证，您的项目将使用我们的控件的许可版本进行构建，因此在现成的应用程序中没有唠叨的屏幕。这是当我们的客户要求支持中心中这样的问题就是我们通常建议...

来源

2011-04-21 07:12:23

如果什么也没有津贴安装企业构建服务器上的东西吗？给dll构建的问题有什么问题？ – nerijus 2016-12-22 16:31:49

如果您在不同的项目中使用不同的devexpress版本并在项目中引用这些程序集，那么在源代码管理中保留devexpress程序集或不同文件夹的共享文件夹将是最佳解决方案。除了devexpress dll之外，还要将App_Licenses.dll添加到该文件夹中，并在使用devexpress程序集的所有项目中引用它。当新版本的devexpress不在时，您只需要更新这些DLL，而不是每次安装新的devexpress版本，这样，如果遇到阻塞程序错误，甚至可以运行不同的devexpress ver，您也可以恢复到以前的版本。同一台机器。

该解决方案适用于Hudson构建集成服务器和svn。

如果您希望在新的devexpress更新中使事情变得更加简单，并且不希望每次运行项目转换器来更新参考文献中的版本号，请参考'版本= 10.2.6.0，文化=中性，公钥= b88d1754d700e49a”所以不是：

<％@注册的TagPrefix = “DXE” 命名空间= “DevExpress.Web.ASPxEditors” 大会=“DevExpress.Web.ASPxEditors.v10.2，版本= 10.2.6.0，文化=中性公钥= b88d1754d700e49a”％>

您的文献应该是这样的：

<％@ Register TagPrefix =“dxe”Namespace =“DevExpress.Web.ASPxEditors”Assembly =“DevExpress.Web.ASPxEditors.v10.2”％>

这样你就需要运行项目转换器很少当程序集名称通过主要版本更改更改为例如。 11.1

来源

2011-04-20 22:14:55 hanin

最好的办法是不要有在您的构建服务器安装完整的产品。相反，您可以在服务器上获得“许可”。

开始您的生成计算机上安装程序，登录到安装程序，当你的产品清单上来，退出安装程序。现在你的构建将被授权！

来源

2014-02-04 01:04:26

构建服务器 - 在构建服务器上安装外部控制库（DevExpress）

回答

相关问题