コンポーネント間参照のためのDLLの検索方法

Question

私のSAAS社には、アプリケーションAlphaとアプリケーションベータと呼ばれる2つのC＃.NET製品があります。どちらもコアと呼べるいくつかのライブラリを参照しています。

現時点では、コードベースは単一の.NETソリューションを使用して単一のSVNリポジトリに格納されたモノリシックであり、モジュール化/コンポーネント化を進めています。 2つのアプリケーションとコアライブラリの別々のリポジトリに分割しましたが、現在は次の問題に取り組んでいます：

AlphaとBetaはCoreを参照する必要がありますが、実際には正方形に戻るため、すべてのリポジトリをチェックアウトして同じ場所に配置する必要があります。したがってこれらのコンポーネント間でアセンブリを参照するにはどうすればよいですか？

各コンポーネントには、参照する必要がある他のコンポーネントのDLLを含むディレクトリがSVNに格納されている可能性がありますが、新しいDLLをAlphaとBetaにプッシュするためにCoreが更新されると、

または、私たちは中央のSVNの場所（および/またはGAC）にDLLを保存できますが、それは他の人が新しいDLLを取得するためにCoreが更新されるときに余分な労力がかかることを意味します。

私たちが見落としている3つ目の選択肢はありますか？

Answer 1

私には、私が構築した一連のWebコントロールを利用する5つのアプリケーションがあります。コントロールは、モジュール化のための一連のDLLにコンパイルされ、それらを利用するアプリケーションは別のサーバーに存在します。

VS2008のビルドユーティリティを使用して、リリースビルドの実行時にコンパイル済みの（更新された）DLLを本番サーバーにコピーするバッチファイルを実行します。

これは、DLL（またはDLL）をビルドするプロジェクトに移動し、そのプロジェクトを右クリックして[プロパティ]をクリックすることで実行できます。次に、BUILD EVENTSタブに移動します。ここでは、Pre-CompileコマンドラインとPost-Compileコマンドラインテキストボックスが表示されます。

したがって、リリースビルドは完全に自動化できるため、プロダクションDLLのバージョン間でDLLの違いが気になることはありません。

希望これは、あなたがAlphaとbetatがアーティファクト（すなわちコアを構築する）を作成し、コアの結果、その場所を参照し、特定の場所で構築を配置するために、スクリプトを再構築持っている可能性が JP

Answer 2

に役立ちます。

Answer 3

SVN:externalsを使用できます。このタイプのシナリオ用に設計されています。

これを避けたい場合は、おそらくこれが良いオプションです。しかし、あなたのコアプロジェクトが非常に安定していて、頻繁に変更されない限り、ファイルをGACに入れないでください。 DLLをローカルにすると、はるかに柔軟になります。

各コンポーネントは、SVNに格納参照する必要がある他のコンポーネントからのDLLを含むディレクトリを持つことができますが、これはいつでもコアがアルファおよびベータ版に新しいDLLを押し出すように更新された余分な労力を意味します。

これは、適切なビルドシステムでかなり簡単に処理できます。このアプローチにはいくつかの欠点があります（ビルドシステムでのexpenduable depdenencies）。しかし、それぞれの依存プロジェクトに必要に応じて異なるバージョンを持たせるなど、いくつかの利点があります。