Referenzen in Visual Studio 2017 unter der Haube

Question

Ich habe eine Reihe von Assemblies DLL in einem Ordner. Ich öffne ein Projekt und füge Referenzen zu diesen Dateien hinzu.

Et voila ', Visual Studio kopieren Sie diese DLLs in den Ausgabeordner (Debug/Release/Whatever), ändern Sie die Referenzen, so dass sie dort zeigen und ... behält in der PRJ-Datei den ursprünglichen Pfad.

Ergebnis: Ich aktualisiere eins, einige, alle dll, und Visual Studio kann sich nicht kümmern, denn alles, was es verwenden will, ist die lokale dll. Und, um die Magie hinzuzufügen, wenn ich ein Rebuild mache (was ein Clean und dann ein Build macht), sind die Referenzen nicht mehr gültig, weil das Clean die kopierte Datei entfernt hat.

Warum funktioniert das so?

Answer 1

Ok, ich habe zufällig die Antwort gefunden, es ist nur eine Frage von schlechten Einstellungen Name.

Zuerst Visual Studio hat eine Option "Copy Local": Sie können denken, dass die Einstellung auf "Nein" wird den Trick tun, aber es funktioniert nicht (was offensichtlich ist, nachdem Sie es versuchen), weil er kopiert die DLL nicht in den Ausgabeordner, wenn die Software ausgeführt wird, findet sie sie nicht (es sei denn, wir sprechen über Assemblys im GAC, aber das ist eine andere Geschichte).

An sich ist das Problem, dass Visual Studio lokal aus der ursprünglichen Quelle kopieren und einen Verweis darauf behalten sollte, stattdessen kopiert es einmal in den Ausgabeordner und ändert ab diesem Zeitpunkt intern die Verweise auf den Ausgabeordner. Es behält immer noch die ursprünglichen Verweise in die prj-Datei, aber dann ignoriert es sie (so dass, wenn Sie das Projekt oder die Lösung reinigen gibt es keine DLL mehr und es kompiliert nicht mehr)

Die Lösung? Die Einstellung als "Spezifische Version" bezeichnet. Trotz seines Namens erzwingt es nicht die Verwendung der spezifischen Version der DLL, auf die Sie verwiesen haben, sondern teilt Visual Studio (gekoppelt mit Copy Local = Yes) das Äquivalent von "Copy Always" mit.