2016-12-09 3 views
1

「を指定したフォルダに.NETアセンブリ{のAssemblyNameを}が見つかりません」別のパスの下にある同じアセンブリに対してエラーは発生しません。たとえば:は、私は単にビジュアルNDependのににSLNファイルをロードし、このエラーを取得維持しようとしています

エラーがパスC:\code\depot\Product\Stage\IA\下のアセンブリで発生していないだろう、とVisual NDependのを使用している間、私は取ってい

C:\code\depot\Product\IA下の手順発生します。

  1. オープンNDependの
  2. をVSソリューションとVSプロジェクトの分析をクリックしてください。
  3. ブラウズ
  4. slnの特定のインスタンスを検索してください。
  5. クリックして開い
  6. エラーは、私はこれらの同じ手順に従いますが、別のパスに同じ解決策を見つけると、エラーが消え

を発生します!アセンブリは同じです!どんな助けも非常に高く評価されるでしょう。

答えて

2

これは確かに.slnファイルを読み、アセンブリがあるフォルダを推測しようとするときの問題から来ています。

通常、NDependは.sln DEBUG設定を解析することを想定しています。これは、NDependがPDBにアクセスすると、より詳細な分析が可能になるからです。here

これを解決するには、NDependプロジェクトプロパティ>解析するコード>ディレクトリパネルを展開し、参照されるディレクトリがすべてのアセンブリを含むもの

次に、あなたは素晴らしい

+0

(相対/絶対/ ENVVAR ...)ディレクトリのパスが参照されている方法を定義するために参照さNDependのプロジェクトのプロパティ]> [パスを使用することができます!ありがとう!これは仕事をした。 – jshaf

+0

NDependから.slnのデバッグ構成を分析しても、依存関係を判断する際にReleaseのメリットはありますか? – jshaf

+1

分析は関係なく、依存関係は同じです。デバッグまたはリリース –

関連する問題