わかりました、多くの共有バイナリをすべて含む多くのソリューションがあります。
私たちがしていることは次のとおりです。
共有ドライブには、次のレイアウトがあります。ここには、すべてのバイナリ依存関係のディレクトリと、すべてのバージョンのサブ ディレクトリがあります。
BinaryDep1
-----------揮発性
-----------1.0
-----------1.1
-----------1.2
BinaryDep3
-----------揮発性
-----------1.0
-----------1.1
-----------2.2
BinaryDep3
-----------揮発性
-----------1.0
-----------1.1
-----------1.2
私たちのソリューションには、すべての依存関係とバージョンを一覧表示する XML ファイルがあります。次に共有ドライブに移動し、依存関係を /ext というソリューションのサブフォルダーにダウンロードするスクリプトがあります
これは非常にうまく機能しますが、改善しようとしているいくつかの欠陥があり、人々のフィードバックを得たかったのです。
- 多くのソリューションがあるため、それらがすべて同じバージョンのバイナリ依存関係に依存している場合、ソリューションごとに 1 つのコピーを取得します (自己完結型である必要があるため)。したがって、すべてが Syncfusion に依存する 5 つのソリューションがある場合、私のデスクトップには 5 つの syncfusion のコピーが作成されます。ここでの 2 つの問題は、1) 遅いダウンロード時間 (必要な時間の 5 倍以上) と、大量のディスク領域を占有することです。
/ext を使用してソリューションごとにローカル サブディレクトリを持つモデルが気に入っているため、プロジェクト参照を変更する必要はありませんが、これらは競合する力のように見えます。
バージョンのアップグレードごとにVSで参照を変更する必要があるプロジェクト参照を手動で更新することなく、5倍のデータと同じディスクサイズをダウンロードしないように、ダウンロードを正規化する方法についてのアイデア。