Keine dieser Lösungen hat bei mir funktioniert. Meine beiden widersprüchlichen DLLs befanden sich in C: \ ... \ AppData \ ... \ Temporäre ASP.NET-Dateien \ ...
Das Problem war, dass ich mein Quell-Repo auf eine frühere Version zurückgesetzt hatte - bevor wir einen Typ innerhalb derselben Lösung von einem Projekt in ein anderes Projekt verschoben haben.
Ich habe versucht, die neuere DLL - die in der älteren Codebasis überhaupt nicht vorhanden sein sollte - aus dem von msbuild angegebenen Speicherort "Temporäre ASP.NET-Dateien" zu löschen. msbuild hat es einfach zurückgesetzt.
Ich habe auch die Einstellung web.config ausprobiert, die einige hier erfolgreich verwendet haben, aber das hat auch nicht funktioniert. Obwohl ich beim Schreiben feststelle, dass sich tatsächlich zwei MVC-Projekte in derselben Lösung befanden und beide Fehler aufwiesen, bestand das Problem möglicherweise darin, dass ich die Einstellung nicht zu beiden hinzugefügt habe.
Ich habe versucht, mein Quell-Repo vorwärts zu rollen und zu reinigen und wieder zurückzurollen und zu reinigen. Nichts.
Ich habe versucht, den Speicherort "Temporäre ASP.NET-Dateien" vollständig zu löschen. msbuild hat es einfach wieder zurückgesetzt.
Schließlich habe ich versucht, in Visual Studio neu zu erstellen. Obwohl sowohl die Befehlszeilenausgabe als auch die Ausgabe "Fehler" denselben msbuild-Fehler "Temporäre ASP.NET-Dateien" aufwiesen, beschwerte sich der Intellisense-Fehler beim Bewegen des Mauszeigers über den Konflikttyp tatsächlich über DLLs in Ausgabeverzeichnissen. Anscheinend haben "Clean" und "Rebuild" ihre Arbeit nicht gemacht. Ich habe die DLLs in den von Intellisense identifizierten Ausgabeverzeichnissen manuell gelöscht, und das Problem wurde behoben.
tl; dr - Stellen Sie sicher, dass Sie alle Ihre web.configs mit der Batch-Einstellung abdecken, und versuchen Sie, Intellisense für weitere Hinweise zu nutzen.