Vor einer Woche ist in meinem Visual Studio etwas kaputtgegangen.
VorIch habe fast gleichzeitig Release erstellt und debuggt. Ich habe gedrückt, F6um das Debuggen zu stoppen und die Release-Version zu erstellen („bin\Release“). Dann habe ich gedrückt, F5um das Debuggen zu starten, wodurch natürlich die Debug-Version erstellt und gestartet wird („bin\Debug“). Mein Workflow war sehr flüssig. Es war gut.
F6Trigger-Menü -> Erstellen -> Lösung neu erstellen (ich erwarte, die Release-Version neu zu erstellen)
F5Trigger-Menü -> Debuggen -> Debuggen starten (ich erwarte, die Debug-Version zu (erstellen und) auszuführen)
NachIch muss jetzt meine Maus finden, den Cursor finden, ihn zum Menü navigieren, die Symbolleiste „Standard“ aktivieren (weil ich sie ausgeblendet habe, weil sie meinen vertikalen Platz einnimmt) und dann zur Release-Version wechseln, um die Release-Version zu erstellen. Und wenn ich vergesse, zurück zum Debuggen zu wechseln, wird in der Release-Version debuggt. Das ist sehr ärgerlich. Kein Workflow!
Wie kann ich es wieder ändern? Ich habe mich nie um Konfigurationen in Visual Studio gekümmert, da ich weiß, dass Release und Speicherort optimiert sind. Und Debug ist nicht optimiert und wird nicht überprüft, sodass die App angehalten wird, wenn eine Ausnahme auftritt. Ich stelle mir vor, dass Visual Studio die Konfigurationen automatisch für mich umgeschaltet hat. Jetzt hat es damit aufgehört. Vielleicht habe ich die falschen Tastenkombinationen gedrückt. Ich möchte zurück.
Antwort1
Die aktuelle Funktionsweise ist die gleiche, die Visual Studio seit vielen Jahren bietet.
Es ist durchaus möglich, die Release-Version zu debuggen. Ich habe das schon oft gemacht, um einen Fehler zu finden, der erst in der Release-Version auftrat.
Beim Debuggen F5wird die Debugversion nur erstellt, wenn es sich beim aktuellen Projekt um ein Debugprojekt handelt. Andernfalls wird die Releaseversion erstellt.
Es gibt einen Fall, in dem F5im Release-Modus die Debug-Version debuggt wird, und zwar dann, wenn das vorhandene Debug .exeaktueller ist als jede Quell- oder Objektdatei im Projekt-Release-Baum, sodass es nicht neu erstellt werden muss. Visual Studio merkt sich nicht, wie es die erstellt hat .exe, daher geht es ihm nur um Zeitstempel.
Kurz gesagt, es ist nicht Visual Studio, das sich geändert hat, sondern Ihre Arbeitsumgebung. Sie müssen beim Ausführen des Projekts nicht nur darauf achten, was Sie jetzt tun, sondern auch darauf, was vorher getan wurde.
Ich empfehle dringend, den Debug- und Release-Versionen unterschiedliche Namen zu geben .exe. Durch die Verwendung zweier unterschiedlicher Namen für die beiden .exeVersionen vermeiden Sie die Art von Fehlern, die Sie feststellen.