ビルドサーバー - ビルドサーバーに外部コントロールライブラリ（DevExpress）をインストール

Question

何が正しいですか？

私たちのプロジェクトには1つのビルドサーバがあります。 DevExpressの異なるバージョンを参照する異なるプロジェクトがあります。

1. は、我々はすべてのプロジェクトがDevExpress社のアセンブリを持つ独自の フォルダを持っている必要があり、すべてのDevExpress社 ビルドサーバー上のバージョンまたは

2. をインストールする必要があります。

3. 他にも存在しますか？私の意見で

：

メリット1：それはプロジェクトの彼のローカルコピーを維持するために、すべての開発者のために簡単です。 欠点1：新しいリリースがすべてインストールされなければならないため、ビルドサーバでDevExpressバージョンの地獄です。

利点2：すべてのプロジェクトは、前提条件なしで構築できます。 短所2：すべての開発者は、自分のdllファイルを別々のLibsフォルダに手動で置く必要があります。ツールボックスからDevExpressコントロールをドラッグした場合は、このdllの参照を再編成する必要があります。

Answer 1

ビルドサーバーにインストールをインストールすることをお勧めします。インストールのみをインストールした場合、あなたのマシンにDLLの地獄はありません。これにより、ライセンスされたバージョンのコントロールを使用してプロジェクトが構築されるため、すぐに作成できるアプリケーションには画面が表示されないことが保証されます。これは、お客様がサポートセンターでこのような質問をしたときに私たちが通常提案していることです。

Answer 2

ベストプラクティスと構築サーバーで手間がかからないのは、別のプロジェクトで別々のバージョンを使用し、それらのアセンブリをプロジェクト内で参照する場合、デグリプレゼンテーションアセンブリまたは別のフォルダを保持する共有コントロールをソースコントロールに持つことです。 devexpress dllsに加えて、そのフォルダにApp_Licenses.dllを追加し、devexpressアセンブリを使用するすべてのプロジェクトで参照します。 devexpressの新しいバージョンがリリースされたときには、新しいdevexpressのバージョンを毎回インストールするのではなく、それらのDLLをアップデートするだけで済みます。ブロックバグの場合には以前のバージョンに戻すこともできます。同じマシン。

このソリューションは、Hudsonビルド統合サーバーとsvnで完璧に機能します。

新しいdevexpressのアップデートでさらに簡単にしたい場合、プロジェクトコンバータを毎回実行して参照から除外する参照のバージョン番号を更新したくない場合は、バージョン= 10.2.6.0、Culture = neutral、なPublicKeyToken = b88d1754d700e49a」そう代わりに：登録TagPrefix = "DXE" の名前空間= "DevExpress.Web.ASPxEditors" アセンブリ= "DevExpress.Web.ASPxEditors.v10.2 @

<%、バージョン= 10.2.6.0、文化ニュートラル、PublicKeyToken = = b88d1754d700e49a」％>

あなたrefは次のようになります。

<％@ Register TagPrefix = "dxe" Namespace = "DevExpress.Web.ASPxEditors"アセンブリ= "DevExpress.Web.ASPxEditors.v10.2"％>

この方法では、プロジェクトコンバータをかなり実行する必要がありますメジャーバージョンの変更によってアセンブリ名が変更された場合はほとんどありません。 11.1

Answer 3

ビルドサーバーに完全な製品をインストールするのはベストソリューションではありません。代わりに、あなたはそれをサーバー上で「ライセンス取得」することができます。

ビルドマシンでインストーラを起動し、インストーラにログインし、製品の一覧が表示されたらインストーラを終了します。 ビルドが承認されました！