Warnung: Konflikte zwischen verschiedenen Versionen derselben abhängigen Assembly gefunden

Question

Ich entwickle derzeit eine .NET-Anwendung, die aus 20 Projekten besteht. Einige dieser Projekte werden mit .NET 3.5 kompiliert, andere sind immer noch .NET 2.0-Projekte (bisher kein Problem).

Das Problem ist, dass ich immer die folgende Warnung erhalte, wenn ich eine externe Komponente einbinde:

Es wurden Konflikte zwischen verschiedenen Versionen derselben abhängigen Assembly gefunden.

Was genau bedeutet diese Warnung und gibt es vielleicht eine Möglichkeit, diese Warnung auszuschließen (zum Beispiel durch Verwendung von #pragma disable in den Quellcodedateien)?

Answer 1

Es scheint ein Problem auf Mac Visual Studio beim Bearbeiten von .resx-Dateien zu geben. Ich weiß nicht wirklich, was passiert ist, aber ich habe dieses Problem sofort bekommen, als ich einige .resx-Dateien auf meinem Mac bearbeitet habe. Ich habe das Projekt auf Windows geöffnet, die Dateien geöffnet und sie waren so, als ob sie nicht bearbeitet wurden. Also habe ich sie bearbeitet, gespeichert, und dann hat auf dem Mac alles wieder funktioniert.

Answer 2

Ich hatte ein solches Problem, als mein Projekt auf NETStandardLibrary verwies und eine der referenzierten Assemblys für netcore veröffentlicht wurde. Habe sie einfach als netstandard veröffentlicht und das Problem war behoben

Answer 3

Dies ist mir auch passiert. Eine dll wurde zweimal referenziert: einmal direkt (in den Verweisen) und einmal indirekt (referenziert von einem anderen referenzierten Projekt). Ich habe die direkte Referenz entfernt, die Lösung bereinigt und neu erstellt. Problem behoben.

Answer 4

Hier ist die Lösung im .NET Core 3.0-Stil: https://github.com/HTD/ref-check

Wenn Sie die Konflikte gefunden haben, könnten Sie in der Lage sein, die Konflikte zu lösen. Wenn die konkurrierenden Referenzen von anderen Paketen stammen, haben Sie entweder Pech oder Sie müssen Quellen verwenden.

In meinem Fall handelt es sich bei den konkurrierenden Paketen oft um meine eigenen, sodass ich Abhängigkeitsprobleme beheben und sie neu veröffentlichen kann.

Answer 5

Ich hatte das gleiche Problem. Im Ordner 'obj' des Projekts habe ich den Ordner 'Debug' in 'Debug_OLD' umbenannt und neu erstellt. Ein neuer 'Debug'-Ordner wurde automatisch erstellt und das Problem war gelöst.