Ich weiß, es gibt noch eine andere Frage mit genau dem gleichen Problem, aber ich habe all diese Antworten durchgelaufen, und niemand hat mir geholfen :( Das war die Frage: Metadaten-Datei '.dll' konnte nicht gefunden werden
Ich habe gerade ein neues ASP.NET MVC-Projekt erstellt und einige ".dlls" in die Lösung aufgenommen. Jetzt, wenn ich versuche, das Projekt zu erstellen, erhalte ich die Fehlermeldung, die unten auf 3 der 5 Bibliotheken angezeigt wird.
%Vor%Wenn ich in den Ordner bin \ debug dieser DLL gehe, sehe ich, dass es leer ist, und die andere .dll, wo ich keine Fehlermeldung bekomme, ist nicht leer. Aber ich habe keine Ahnung, wie ich das beheben kann oder was ich getan habe, um dies zu erreichen.
Die häufigste Antwort lautet: Gehen Sie zu den Eigenschaften der Lösung und wechseln Sie zu Konfiguration und deaktivieren Sie - & gt; anwenden - & gt; check und erneut anwenden , aber das hat nicht funktioniert
okaay, ich reparierte es jetzt, das Problem war, dass ich einige andere normale Fehlermeldungen in meinem Projekt hatte, und anscheinend, nachdem ich diese repariert hatte und als ich mein Projekt WIEDER bereinigte und baute, dann waren alle .dlls erfolgreich: D
Also für andere Leute mit diesem Problem in der Zukunft: Stellen Sie sicher, dass Sie keine anderen Fehlermeldungen in Ihrem Projekt haben und falls ja, reparieren Sie diese zuerst!
Ich möchte Ihnen allen danken, dass Sie mir geholfen haben!
Schritte zur Behebung dieses Fehlers: Die MetaData-Datei .dll wurde nicht gefunden.
Alle Projekte bereinigen.
Entladen Sie alle Projekte.
Laden Sie alle Projekte neu.
ReBuild-Lösung.
Dann Problem gelöst.
Ich hatte dieses Problem mit einer Lösung, die mehrere Projekte enthielt.
Ich glaube, es kam durch Duplizieren eines .csproj und Hinzufügen der Kopie zur Lösung. Eine Datei .csproj enthält ein <ProjectGuid> -Element. Ich setze die GUID des kopierten Projekts auf eine neue.
Ich habe auch die folgenden Schritte durchgeführt:
Überprüfen Sie den Namen Ihres Projektordners. In meinem Fall wurde mein Projektordner mit Leerzeichen benannt. Wenn ich das Projekt von Team Foundation Server mit git bash geklont habe, wurden die Leerzeichen im Ordnernamen in "% 20" konvertiert. Das Zurücksetzen in Leerzeichen hat das Problem für mich behoben.
In meinem Fall gab es einen Fehler, der jedoch von VS nicht richtig analysiert und im Fenster "Fehlerliste" angezeigt wurde. Um es zu finden, sehen Sie sich das "Output" aus dem Erstellungsfenster an und durchforsten die Nachrichten von oben nach unten und lösen den tatsächlichen Fehler auf. M $, bitte reparieren! Dies ist eine enorme Zeitverschwendung der kollektiven Entwickler der Welt.
In meinem Fall hatte ich denselben Fehler. Eine meiner Projektlösungen bezog eine Assembly von verschiedenen NuGet-Standorten. Ich habe es nur an den richtigen Ort geändert, um diesen Fehler zu beheben und neu aufzubauen. und wow das Projekt wird erfolgreich gebaut und alle anderen Fehler sind weg.
Dieses Problem tritt auf, wenn Sie Ihre Lösung umbenannt haben und das .NET-Framework die alte Lösung nicht finden kann.
Um dies zu beheben, müssen Sie den alten Namen der Lösung und alle Abhängigkeiten davon mit dem neuen Namen suchen und ersetzen. Wenn Sie die physische Datei über den Datei-Explorer durchsuchen müssen, tun Sie dies.
Die Dateien, die normalerweise betroffen sind, sind AssemblyInfo.cs, .sln und Properties & gt; Application & gt; Assembly name und Default namespace. Stellen Sie sicher, sie mit dem neuen Namen zu aktualisieren.
Öffnen Sie den Datei-Explorer, wenn der Ordner mit dem alten Namen noch existiert, müssen Sie ihn löschen. Dann bereinigen und erstellen Sie die Lösung, bis der Fehler behoben ist. (Wenn nötig, säubere und baue das Projekt einzeln, besonders das betroffene Projekt.)
Ich hoffe, das hilft.
Eine weitere Sache, die Sie überprüfen sollten, ist das Zielframework aller referenzierten Projekte, um sicherzustellen, dass das aufrufende Projekt dieselbe oder eine spätere Version des Frameworks verwendet.
Ich hatte dieses Problem, ich habe alle zuvor vorgeschlagenen Antworten ausprobiert und dann auf eine Ahnung die Frameworks überprüft. Eines der Projekte, auf das verwiesen wird, war 4.6.1, wenn das aufrufende Projekt nur 4.5.2. War.
Diesen Befehl in bash ausführen, um alle Bins zu löschen, funktionierte für mich
%Vor%Kann nicht garantieren, dass es auch für andere funktioniert
Beachten Sie auch, dass alle bin-Dateien gelöscht werden - Sie müssen also alle Projekte neu erstellen. Offensichtlich am besten in das entsprechende Verzeichnis cd, bevor Sie es verwenden.
Tags und Links asp.net-mvc c# visual-studio-2017 metadata