Metadaten-Datei '.dll' konnte nicht gefunden werden

Question

Ich arbeite an einem WPF, C# 3.0-Projekt, und ich bekomme diesen Fehler:

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

So referenziere ich meine Benutzerkontrollen:

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

Das passiert nach jedem fehlgeschlagenen Build. Die einzige Möglichkeit, wie ich die Lösung kompilieren kann, ist, alle meine Benutzersteuerelemente auszukommentieren und das Projekt neu zu erstellen, und dann deaktiviere ich die Benutzersteuerelemente und alles ist in Ordnung.

Ich habe die Build-Aufträge und die Konfigurationen der Abhängigkeiten überprüft.

Wie Sie sehen können, scheint es, den absoluten Pfad der DLL-Datei abgeschnitten zu haben... Ich habe gelesen, dass es einen Fehler mit der Länge gibt. Ist dies ein mögliches Problem?

Es ist sehr ärgerlich, und das Kommentieren, Erstellen und Entkommentieren der Erstellung wird extrem lästig.

Answer 1

Dieser Fehler kann angezeigt werden, wenn Sie gefälschte Baugruppen verwenden. Das Entfernen der Fälschungen führt zu einer erfolgreichen Erstellung des Projekts.

Answer 2

In meinem Fall waren einige der Projekte in der Lösung auf folgende Ziele ausgerichtet Jede CPU , einige von ihnen auf x86. Der Kompilierungsfehler verschwand nach der Vereinheitlichung des Plattformziels in der gesamten Lösung.

Answer 3

Ich hatte eine Klasse in 4.6.1, die auf eine Schnittstelle verwies, die in 4.6.2 enthalten war... ein Upgrade der Klasse auf 462 hat das Problem behoben.

Answer 4

Ich verwende Visual Studio 2013.

Es scheint, dass die Build-Abhängigkeiten falsch waren. Das Löschen der *.suo-Dateien hat die Probleme, die ich hatte, behoben.

Answer 5

Dies funktionierte für mich in VS2019 .Net Core, ASP.Net Core-Lösung.

1. Öffnen Sie eine PowerShell-Konsole am gleichen Ort wie die Lösung.
2. Typ dotnet restore zur Wiederherstellung aller Pakete und Projekte
3. Typ dotnet build . Die Lösung wird gebaut werden

Jetzt kann es auch von der Visual Studio IDE aus erstellt werden. Keine der anderen gegebenen Lösungen hat bei mir funktioniert