警告：同じ依存アセンブリの異なるバージョン間で競合が見つかりました

Question

現在20のプロジェクトで構成される.NETアプリケーションを開発中です。それらのプロジェクトのいくつかは.NET 3.5を使用してコンパイルされ、他のいくつかはまだ.NET 2.0プロジェクトです（これまでのところ問題ありません）。 #pragma無効を使用してのように、この警告を（排除する可能性、この警告が正確に

"Found conflicts between different versions of the same dependent assembly". 

何を意味し、多分そこにある：

問題は、私は外付け部品が含まれている場合、私はいつも次の警告を得ることですソースコードファイルに）？

Answer 1

この警告は、2つのプロジェクトが同じアセンブリ（たとえばSystem.Windows.Forms）を参照しているが、2つのプロジェクトが異なるバージョンを必要とすることを意味します。いくつかのオプションがあります：

1. すべてのプロジェクトが同じバージョンを使用するように再コンパイルします（たとえば、.Net 3.5にすべて移動します）。これは、すべてのコードがコンパイルされた依存性のバージョンで実行されているため、これが好ましいオプションです。

2. binding redirectを追加します。これにより、警告が抑制されます。ただし、.Net 2.0プロジェクトは（実行時に）System.Windows.Formsなどの依存するアセンブリの.Net 3.5バージョンにバインドされます。 Visual Studioでエラーをダブルクリックすると、バインドリダイレクトをすばやく追加できます。

3. CopyLocal=trueを使用してください。これが警告を抑制するかどうかはわかりません。上記のオプション2と同様に、すべてのプロジェクトで.Net 3.5バージョンのSystem.Windows.Formsを使用することになります。ここで

は、問題の参照（複数可）を識別するための方法のカップルです：

• あなたは、そのような別の簡単な方法を設定することです https://gist.github.com/1553265
• で見られるものなどのユーティリティを使用することができます 出力の冗長性（ツール、オプション、プロジェクト、ソリューション、ビルド、 実行、MSBuildプロジェクトのビルド出力詳細、詳細）、 ビルド後、出力ウィンドウでワーニングを検索し、 テキストのすぐ上に表示されます。 （この回答に のコメントでこれを示唆した帽子の先端はpauloyaです）

Answer 2

基本的には、参照しているアセンブリに "ローカルコピー"が "True"に設定されている場合に発生します。つまり、DLLのコピーがEXEと共にビンフォルダに配置されます。

Visual Studioは、参照アセンブリのすべての依存関係もコピーするので、同じアセンブリの2つの異なるビルドが参照される可能性があります。これは、プロジェクトが別々のソリューションにある場合に発生する可能性が高く、個別にコンパイルすることができます。

私が取り組んだのは、アセンブリプロジェクトでの参照のためにローカルコピーを偽に設定することです。完成した製品を実行するアセンブリが必要な実行可能ファイル/ Webアプリケーションでのみ実行します。

希望は意味があります！

Answer 3

これは実際に外部コンポーネントによって異なります。 .NETアプリケーションで外部コンポーネントを参照すると、そのコンポーネントを識別するためのGUIDが生成されます。このエラーは、プロジェクトのいずれかで参照されている外部コンポーネントの名前が同じで、別のアセンブリの別のコンポーネントとバージョンが異なる場合に発生します。

「参照」を使用して参照を見つけて間違ったバージョンのアセンブリを追加したり、ローカルマシンにインストールしたものとは異なるコードバージョンのコンポーネントがコードリポジトリにあると、

これらの競合が発生しているプロジェクトを見つけて、参照リストからコンポーネントを削除してから再度追加して、同じファイルを指していることを確認してください。

Answer 4

この警告メッセージが表示され、ソリューションがクリーンアップされ、再コンパイルされて（ビルド - >クリーンソリューション）、遠ざかりました。

Answer 5

私は自分のプロジェクトで同じ問題を抱えていましたが、警告を解決するのに役立つものはありませんでした。詳細なビルドログファイルを確認し、AsmSpyを使用して影響を受けるソリューションの各プロジェクトに正しいバージョンを使用していることを確認し、各プロジェクトファイルの実際のエントリをダブルチェックしました。

結局のところ、問題は1つのプロジェクトで持っていた参照のうちの1つのネストされた依存性であることが判明しました。このリファレンス（A）には、（B）の別のバージョンが必要でしたが、これは私のソリューション内の他のすべてのプロジェクトから直接参照されていました。参照されたプロジェクトの参照を更新すると、それが解決されました。

私は上記の私が何を意味するかを示し願ってい

Solution A 
+--Project A 
    +--Reference A (version 1.1.0.0) 
    +--Reference B 
+--Project B 
    +--Reference A (version 1.1.0.0) 
    +--Reference B 
    +--Reference C 
+--Project C 
    +--Reference X (this indirectly references Reference A, but with e.g. version 1.1.1.0) 

Solution B 
+--Project A 
    +--Reference A (version 1.1.1.0) 

は、見つけるために時間の私のカップルを取ったので、うまくいけば他の誰かにも利益になります。

Answer 6

これは私にも起こりました。 1つのdllは2回参照されました。ひとつは直接参照（参照）と間接（別の参照プロジェクト参照）です。 直接参照を削除しました。クリーニング済みの&リビルド済みソリューションを削除しました。問題は修正されました。

Answer 7

Nugetを使用して依存関係を管理している場合、これを行う別の方法があります。 VSとNugetが一致しないことがあり、Nugetがあなたのプロジェクトが同期していないことを認識できないことを発見しました。 packages.configは1つのことを示しますが、References - Propertiesに表示されているパスは他のものを示します。

あなたの依存関係を更新するために喜んでいる場合は、次の手順を実行します。

1. ソリューションエクスプローラから、プロジェクトを右クリックし、[管理 Nugetパッケージ「

2. をクリックして「インストールされたパッケージを選択します'タブインストール済みの パッケージを記録するパッケージがたくさんある場合は、まず デスクトップにpackages.configをコピーすることができます。 Googleとクロスチェックして、インストールされているNugetパッケージを確認することができます

3. パッケージをアンインストールします。 OK、すぐに追加します。

4. すぐに必要なパッケージをインストールしてください。Nugetが行うことは、あなたに最新のバージョンを提供するだけでなく、あなたの参照を変更し、あなたのためのバインディングリダイレクトを追加することです。

5. は、すべてのプロジェクトのためにこれを行います。ソリューションレベルで

6. 、クリーンを行い、再構築します。

より低いプロジェクトから始め、より高いレベルのものに向かい、それぞれのプロジェクトを再構築することができます。

あなたの依存関係を更新したくない場合は、あなたがパッケージマネージャコンソールを使用して、構文のアップデート・パッケージ-ProjectName [yourProjectName] [のpackageName] -Version [のversionNumber]

Answer 8

1. を使用することができます「ソリューションエクスプローラ」を開きます。
2. 「すべてのファイルを表示」をクリックし
3. は「参考文献」
4. を展開してあなたは残りの部分よりもわずかに異なるアイコンで1つ（またはそれ以上）の参照（複数可）を参照してくださいよ。通常、黄色いボックスが表示されています。ただそれを削除します。
5. リファレンスを追加してコードをコンパイルします。
6. それだけです。私の場合は

、MySQLの参照に問題がありました。どういうわけか、利用可能なすべての参考文献のリストの下に3つのバージョンをリストアップすることができました。 .net 2.0、.net 4.0、.net 4.5の場合私は上記のプロセス1から6を踏襲し、それは私のために働いた。

Answer 9

私は同じ問題がありましたが、web.configで次のように変更して解決しました。

<dependentAssembly> 
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" /> 
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" /> 
</dependentAssembly> 

：：私はよりNewtonsoft.Json 4.0

を使用してアプリケーションを実行していますので、それは私に起こった

<dependentAssembly> 
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" /> 
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="4.5.0.0" /> 
</dependentAssembly> 

Answer 10

はまた、この問題を持っていた - 私の場合、それには複数の参照の "Specific Version"プロパティをtrueに設定することによって発生しました。これらの参照でこれをfalseに変更すると、問題が解決しました。

Answer 11

私は上記のコメントで提供したpauloyaのソリューションを投稿したかったのです。私はそれが問題の参照を見つけるための最善の解決策だと信じています。

「問題の参照（複数可）、」あるものを見つけるための最も簡単な方法は、出力の冗長性（ツール、オプション、プロジェクトおよびソリューション、 ビルドして実行、のMSBuildプロジェクトのビルド出力の冗長性、詳細）を作成 セットにありますビルド後に を実行すると、警告の出力ウィンドウが検索されます。そのすぐ上にあるテキスト を参照してください。

3> There was a conflict between "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". 
3>  "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was chosen because it was primary and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was not. 

あなたが見ることができるように、EFのバージョン5と6

の間に矛盾がある：あなたが「紛争」のために、出力パネルを検索するとき例えば

、あなたはこのような何かを見つけることができますVisual Studioのオン

Answer 12

あなたが右nugetパッケージをソリューションをクリックすると管理する場合は、SAMにすべてのパッケージを設定します「統合」タブをtheresの電子版。

Answer 13

=>一部のアプリケーションが一部インストールされていることを確認します。

=>最初にアンインストールアプリケーションからそのインスタンスをアンインストールします。

=>その後、クリーンアップして再構築して展開してください。

これが私のissue.hopeを解決しました。 よろしくおねがいします。

Answer 14

もうひとつ検討したいことは、そのbinフォルダを使用しているサービスが実行されていないことを確認することです。サービスを停止してソリューションを再構築する場合