メタデータファイル「.dll」が見つかりませんでした

私はWPF、C＃3.0プロジェクトで作業しており、次のエラーが発生します。

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

これは私のユーザーコントロールを参照する方法です：

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

ビルドが失敗するたびに発生します。ソリューションをコンパイルするための唯一の方法は、すべてのユーザーコントロールをコメントアウトしてプロジェクトを再構築することです。その後、ユーザーコントロールのコメントを外すと、すべて正常です。

ビルドの順序と依存関係の構成を確認しました。

ご覧のとおり、DLLファイルの絶対パスが切り捨てられているようです...長さにバグがあることを確認しました。これは可能性のある問題ですか？

これは非常に煩わしく、コメント、ビルド、コメント解除をしなければならないため、ビルドは非常に面倒になっています。

私は同じ問題を抱えていました。Visual Studioは、参照されているプロジェクトをビルドしていません。

書かれた指示：

1. ソリューションを右クリックし、[プロパティ]をクリックします。
2. 左側の[構成]をクリックします。
3. 見つからないプロジェクトの[ビルド]の下のチェックボックスがオンになっていることを確認します。すでにオンになっている場合は、オフにして、[適用]をクリックし、ボックスをもう一度オンにします。
4. （オプション）ソリューションプロパティのリリースモードとデバッグモードの両方でこれを実行する必要がありました。

画面キャプチャの手順：

• 彼らは、絵は千の言葉の価値があると言います。GIFをクリックしてズームインすると、簡単にフォローできます。

これは、Visual Studioの新しいバージョンでも発生する可能性があります（Visual Studio 2013で発生しました）。

もう1つ試すことは、Visual Studioを閉じ.suoて、.slnファイルの隣にあるファイルを削除することです。（次回Save all（またはVisual Studioを終了）したときに再生成されます）。

別のマシンのソリューションに新しいプロジェクトを追加してからリビジョンをプルするときにこの問題が発生しましたが、.suo他の場合にもファイルが破損し、非常に奇妙なVisual Studioの動作につながる可能性があるため、削除すると、いつもやっていること。

.suoファイルを削除すると、ソリューションのスタートアッププロジェクトがリセットされることに注意してください。

.suoファイルの詳細はこちらです。

提案された答えは私にとってはうまくいきませんでした。エラーは別の問題のおとりです。

わずかに異なるバージョンの.NETをターゲットにしていることがわかり、これはコンパイラによって警告としてフラグが立てられましたが、ビルドが失敗していました。これは警告ではなくエラーとしてフラグを立てられているはずです。

さて、私の答えはすべてのソリューションの要約だけではなく、それ以上のものを提供します。

セクション（1）：

一般的な解決策：

この種のエラーが4つあり（「メタデータファイルが見つかりませんでした」）、「ソースファイルを開くことができませんでした（「不明なエラー」）」という1つのエラーがありました。

「メタデータファイルが見つかりませんでした」というエラーを解消しようとしました。そのため、私は多くの投稿、ブログなどを読んで、これらの解決策が効果的である可能性があることを発見しました（ここに要約します）：

1. Visual Studioを再起動して、もう一度ビルドしてみてください。

2. 「ソリューションエクスプローラー」に移動します。Solutionを右クリックします。プロパティに移動します。「構成マネージャー」に移動します。[ビルド]の下のチェックボックスがオンになっているかどうかを確認します。それらの一部またはすべてがオフになっている場合は、オンにしてから、もう一度ビルドしてみてください。

3. 上記のソリューションが機能しない場合は、上記のステップ2で説明した手順に従います。すべてのチェックボックスがオンになっている場合でも、オフにしてからもう一度オンにして、ビルドを再試行してください。

4. ビルド順序とプロジェクトの依存関係：

   「ソリューションエクスプローラー」に移動します。Solutionを右クリックします。「プロジェクトの依存関係...」に移動します。「依存関係」と「ビルド順序」の 2つのタブが表示されます。このビルド順序は、ソリューションがビルドされる順序です。プロジェクトの依存関係とビルド順序を確認して、他のプロジェクト（たとえば「project2」）に依存しているプロジェクト（たとえば「project1」）がそのプロジェクト（project2）の前にビルドを試みているかどうかを確認します。これがエラーの原因である可能性があります。

5. 欠落している.dllのパスを確認します。

   欠落している.dllのパスを確認します。パスにスペースまたはその他の無効なパス文字が含まれている場合は、パスを削除してから、もう一度ビルドしてみてください。

   これが原因である場合は、ビルド順序を調整します。

第2節）：

私の特定のケース：

Visual Studioを数回再起動することで、さまざまな順列と組み合わせで上記のすべての手順を試しました。しかし、それは私を助けませんでした。

そのため、私が遭遇した他のエラー（「ソースファイルを開くことができませんでした（「未指定のエラー」）」）を取り除くことにしました。

ブログ投稿に遭遇しました：TFSエラー-ソースファイルを開くことができませんでした（「不明なエラー」）

私はそのブログ投稿に記載されている手順を試しましたが、「ソースファイルを開くことができませんでした（「不明なエラー」）」というエラーを解消しましたが、驚くべきことに、他のエラー（「メタデータファイルが見つかりませんでした」）を解消しました上手。

セクション（3）：

この話の教訓：

エラーを取り除くために、上記のセクション（1）で述べたすべてのソリューション（およびその他のソリューション）を試してください。上記のセクション（2）で述べたブログのように、何も解決しない場合は、ソースコントロールとファイルシステムに存在しないすべてのソースファイルのエントリを.csprojファイルから削除します。

私の場合、.NET Frameworkのバージョンの不一致が原因でした。

1つのプロジェクトは3.5で、もう1つのプロジェクトは4.6.1です。

Visual Studio 2013を閉じて再度開くとうまくいきました。

さて、以前の回答では何も役に立たなかったので、開発者としてここで何が起こっているのかを本当に理解しようとする必要があるのに、なぜ私がクリックして期待しているのかを考えさせられました。

この不正確なメタデータファイルの参照はどこかに保持する必要があることは明らかでした。

.csprojファイルをすばやく検索すると、有罪の行が示されました。<itemGroup>というセクションがあり、古い不正なファイルパスにぶら下がっているように見えました。

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

だから、本当に簡単な修正：

1. .csprojファイルをバックアップします。
2. .csprojファイルで誤ったパスを見つけ、適切に名前を変更します。

してくださいあなたがいじる前に、必ずバックアップ古い.csprojします。

私もこの問題に遭遇しました。まず、ビルドを右クリックして、DLLプロジェクトを手動でビルドする必要があります。その後、動作します。

私の場合、間違った方法でインストールしたディレクトリがあります。

ソリューションパスが「My Project％2c Very Popular％2c Unit Testing％2c Software and Hardware.zip」のようなものである場合、メタデータファイルを解決できません。おそらく％2cのような無効な単語を防ぐ必要があります。

パスの名前を通常の名前に変更すると、問題が解決しました。

同じエラー「メタデータファイル '.dll'が見つかりませんでした」が発生し、上記のいくつかのことを試しましたが、エラーの理由は、.NETバージョンより高いバージョンを対象としたサードパーティのDLLファイルを参照していたためですプロジェクトのターゲットが.NETバージョンであること。したがって、解決策は私のプロジェクトのターゲットフレームワークを変更することでした。

Visual Studio 2019はこれでうまくいきました：

1. Visual Studioを閉じる
2. 非表示を削除 .vsフォルダを
3. Visual Studioを再度開き、ソリューションを再構築します。

私にとっては、プロジェクトを含むために使用されていたパスでDLLを見つけようとしていましたが、それを新しいディレクトリに移動しました。ソリューションにはプロジェクトへの正しいパスがありましたが、Visual Studioは何とか古い場所を探し続けました。

解決策：問題のある各プロジェクトの名前を変更します-キャラクターなどを追加するだけで、元の名前に戻します。

これにより、Visual Studioのある種のグローバルキャッシュがリセットされます。これにより、この問題と同様の問題の両方がクリアされますが、Cleanなどはクリアされません。

私のソリューションに新しいプロジェクトを追加し、これを取得し始めました。

理由？私が持ち込んだプロジェクトは、別の.NETフレームワーク（4.6と他の2つは4.5.2）をターゲットにしていました。

私にとっては、ソリューションに新しいプロジェクトを組み込んだときに発生しました。

Visual Studioは自動的に.NET Framework 4.5を選択します。

他のライブラリと同様にバージョン.NET 4.5.2に変更しましたが、うまくいきました。

私にとっては、次の手順が機能しました：

• ビルドしていないプロジェクトを見つける
• ソリューション内のプロジェクトへの参照を削除/追加します。

私もこの問題で髪を引っ張っていましたが、前の回答を試した後、私のために働いた唯一のことは、ソリューションの各プロジェクトを1つずつ開き、個別にビルドすることでした。

次に、Visual Studio 2013を閉じ、ソリューションを再度開いたところ、問題なくコンパイルされました。

奇妙なことに、ソリューションエクスプローラーで各プロジェクトをクリックして、その方法でビルドしようとすると、すべて失敗しました。私はそれらを自分のソリューションで一人で開かなければなりませんでした。

Visual Studioがエラーに関する正しい情報を提供しないという事実に関連する、この種のエラーのように見えます。開発者はビルドが失敗した理由を理解していません。構文エラーなどの原因が考えられます。一般に、このような問題を解決するには、問題の根本を見つける必要があります（たとえば、ビルドログを確認します）。

私の場合、問題は実際にはError Listウィンドウにエラーが表示されなかったことでした。しかし、実際には構文エラーがありました。Outputウィンドウでこれらのエラーを見つけ、修正した後、問題は解決しました。

問題の私のインスタンスは、（別のファイル名の下で）重複するクラス名を持つ一般的なプロジェクトによって引き起こされました。Visual Studioがそれを検出できず、代わりにビルドプロセスを破壊したのは奇妙です。

Visual Studio 2012では、多くのプロジェクトを含むソリューションでこの問題が発生しました。ソリューションの各プロジェクトを、プロジェクトのビルド順序（右クリックしてソリューションエクスプローラーで再ビルド）と同じ順序で手動で再ビルドすると、修正されました。

最終的に、コンパイルエラーが発生するエラーメッセージが表示されました。私はエラーを修正し、その後ソリューションは正しく構築されました。

私の場合の問題は、「欠落」とマークされた非コンパイルファイルを手動で削除したことです。なくなったファイルへの参照を削除して再コンパイルしたら、すべて順調でした。

ソリューション名にスペースがある場合、これも問題の原因になります。ソリューション名からスペースを削除して、パスに％20が含まれないようにすると、これを解決できます。

数年後にこれに戻ると、この問題はおそらくWindowsの最大パス制限に関連しています。

ファイル、パス、ネームスペースの命名、最大パス長の制限

私の場合、問題は単純なビルドエラーが原因でした。

エラーCS0067：イベント 'XYZ'は使用されません

何らかの理由で、エラーウィンドウに表示されませんでした。

そのため、Visual Studioビルドシステムはエラーを見逃しているようで、依存プロジェクトをビルドしようとしましたが、そのプロジェクトは厄介なメタデータメッセージで失敗しました。

推奨事項は、次のように聞こえます。

最初に出力ウィンドウを見てください。

このアイデアが私に当たるまで30分かかりました...

私も同じエラーがありました。以下のパスのように非表示になります。DLLファイル用に参照したパスは、「D：\ Assemblies Folder \ Assembly1.dll」のようなものです。

ただし、アセンブリが参照する元のパスは "D：\ Assemblies％20Folder \ Assembly1.dll"でした。

このパス名のバリエーションが原因で、アセンブリを元のパスから取得できなかったため、「メタデータが見つかりません」エラーがスローされました。

解決策はStack Overflowの質問にありますC＃ですべてのスペースを％20に置き換えるにはどうすればよいですか？。

私も同じ問題に直面しました。私の場合、プロジェクトよりも高い.Netバージョンのクラスライブラリプロジェクトを参照しましたが、VSはプロジェクトのビルドに失敗し、投稿した同じエラーが発生しました。

私は単純に設定.NETバージョン参照プロジェクトの.NETバージョンと同一の私のクラスライブラリプロジェクト（ビルドが壊れていた1）のをし、問題が解決しました。

はっきりと指摘しているだけです。「ビルドの開始時に出力ウィンドウを表示する」が有効になっていない場合は、ビルドが失敗しているかどうかを確認してください（左下の小さな「ビルド失敗」エラー）。

Webアプリケーションを公開しようとしたときにこのエラーが発生しました。クラスプロパティの1つが次のようにラップされていることが判明しました

#if DEBUG
    public int SomeProperty { get; set; }
#endif

しかし、プロパティの使用はそうではありませんでした。公開はDEBUG、明らかにシンボルなしのリリース構成で行われました。

エラーメッセージに基づいて、ファイルパスが切り詰められているとは思いません。正しくないようです。メッセージを正しく読んでいる場合は、DLLファイルを探しているようです...

WORK =-\ Tools \ VersionManagementSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

これは有効なパスではありません。ビルドプロセスのマクロ定義が無効な値に設定されている可能性はありますか？

.nuget\NuGet.exeがリポジトリに含まれていないため、この問題が発生しました。DownloadNuGetExeNuGet.targetsで有効にしましたが、ダウンロードしようとするとプロキシエラーが報告されました。これにより、プロジェクトの残りのビルドが失敗しました。

このエラーは、偽のアセンブリを使用している場合に表示されることがあります。偽物を削除すると、プロジェクトのビルドが成功します。