1

私がやろうとしている方法はSolutionItems、ソリューション内にディレクトリを作成し、参照されているすべてのサードパーティの dll ファイルをそのフォルダーに物理的にコピーしてから、ディレクトリlocal copy内の参照を変更することSolutionItemsです。しかし問題は、手動で管理する手間をかける価値があるかどうかです。

私のアプリケーションの依存関係であるため、それは良い考えだと思います。dll ファイルを含めないと、必要な DevExpress バージョンがマシンにインストールされていない場合、ソリューション全体を Visual Studio 内で実行できません。参照Deployment Projectが適切に設定されている限り、依存関係を正しく処理します。

一方、DevExpress は通常、自動的に参照を追加するため、DevExpressProject converterのバージョンを更新するために使用できます。したがって、Local Copy内部ソリューションを参照しなくても、参照を変更したり、DevExpress バージョン間で変更したりするたびに、ほとんどそのまま使用できます。代わりに、自分の .dll ファイルを管理している場合local copy、dll ファイルの参照と物理コピーを維持するために、自分自身でさらに多くの作業を行う必要があります。このアプリケーションで作業する人は誰でも DevExpress のコピーをインストールする必要があるという前提に基づいて、今のようにシンプルにしておくべきでしょうか?

4

1 に答える 1

1

私が働いている場所でも同様の問題がありました。5 つの開発者、1 つの svn、および DevExpress dll の複数のコピーが浮遊しています。あなたが説明したように、最初はローカルコピー(手動で更新)を維持しようとしましたが、これはうまくいきませんでした. そうです、(私の経験では)最も簡単なことは、プロジェクトに携わるすべての人に DevExpress のコピーをインストールするよう要求することです。

于 2012-07-09T20:28:25.897 に答える