プロジェクトの参照パスを自動解決する

Question

私はVisual Studioのプロジェクト参照やSVN：externals - 多分両方とも:)について何か誤解していると思います。

事実が、私は3つのプロジェクトがあるということです。

• をAは、BがAのDLLを指し何ら言及自体
• を持っていない、SVN経由でチェックアウト：見た目を更新したときに（プロジェクトのディレクトリ内のどこかに）。
• Cが更新されると、AとBのDLLがプロジェクト内のディレクトリにチェックアウトされます（たとえば、path.to.project.C \ Libraries \ Aとpath.to.project）。 C \ライブラリ\ B）プロジェクトCで

、私はパスpath.to.project.C \ライブラリ\ Aからの参照としてAのDLLを追加するとき、Visual Studioがpath.to.projectを取ります.C \ Libraries \ Bをパスとして指定します。私の選択と、AのDLLを誤ったパスで自動解決することを省略しているようです。この構成により

I：

• 更新いくつかのAのコードは、プロジェクトをコンパイルし、リポジトリにDLLをコミットします。
• 更新はリポジトリプロジェクトCからの更新です。
• Cプロジェクトは、旧バージョンのAのDLLを使用して終了します（サブバージョンからチェックアウトされたプロジェクトBのファイルでAのDLLを検索します）。最後の変更で更新されません）。

いずれのヒントも高く評価されます。

Answer 1

私は今日も同様の研究を行っていて、答えられていない質問を見つけました。ここに役立つかもしれないいくつかのリンクです：

“References Path” of the “Property Pages Dialog Box”

を使用すると、[参照の追加]ダイアログボックスでのため閲覧アセンブリを含むディレクトリの一覧を表示します。 このプロパティの設定は、それが設定されたプロジェクト、コンピュータ、およびユーザに固有です。この情報はプロジェクト設定には保存されません。ただし、プロジェクトを保存するか、保存せずに閉じると、このプロパティは自動的に書き込まれ、プロジェクトの「ユーザーごと」のファイル（.user）に保存されます。

“Troubleshooting Broken References”

このページには、「プロパティページダイアログ・ボックス」の「参照パス」を使用する方法の詳細について説明しますが、参照を「プロジェクトにプロジェクト」を使用することをお勧めします。 BizTalkでは、FRB.EC.BookTransferなどのアプリケーション内でのみProject-to-Project参照を使用することを選択しました。 FRB.EC.BookTransferがFRB.EC.Commonにアクセスする必要がある場合は、\ Binariesフォルダへの相対ディスク参照を行います。