Bearbeiten und fortfahren: "Änderungen sind nicht zulässig, wenn ..."

108

Selbst wenn ich ein sauberes WinForms-Projekt erstelle, funktioniert Bearbeiten und Fortfahren nicht und gibt mir den Fehler:

Änderungen sind nicht zulässig, wenn der Debugger an einen bereits ausgeführten Prozess angehängt wurde oder der zu debuggende Code zur Erstellung oder Laufzeit optimiert wurde.

  1. Die Option Bearbeiten und Fortfahren ist unter Extras → Optionen → Debuggen aktiviert.
  2. Die Optimierung ist nicht aktiviert.
  3. Es scheint, als sei kein verwalteter Profiler eingerichtet.
  4. Ich laufe im Debug-Modus
  5. Ich verwende eine x64-CPU und Windows XP 32-Bit, aber das Festlegen des Plattformziels auf x86 anstelle von AnyCpu hilft nicht.
  6. Das Reparieren der Visual Studio-Installation hilft nicht.

Ich habe diesen Artikel auch auf der MSDN-Website gefunden:

Nicht unterstützte Szenarien

Bearbeiten und Fortfahren ist in den folgenden Debugging-Szenarien nicht verfügbar:

  • Debuggen unter Windows 98.

  • Debugging im gemischten Modus (nativ / verwaltet).

  • SQL-Debugging.

  • Debuggen eines Dr. Watson-Dumps.

  • Bearbeiten von Code nach einer nicht behandelten Ausnahme, wenn die Option "Aufrufstapel bei nicht behandelten Ausnahmen abwickeln" nicht ausgewählt ist.

  • Debuggen einer eingebetteten Laufzeitanwendung.

  • Debuggen einer Anwendung mit Anhängen an, anstatt die Anwendung mit Start im Menü Debuggen auszuführen.

  • Optimierten Code debuggen.

  • Debuggen von verwaltetem Code, wenn das Ziel eine 64-Bit-Anwendung ist. Wenn Sie Bearbeiten und Fortfahren verwenden möchten, müssen Sie das Ziel auf x86 festlegen. (Projekteigenschaften, Registerkarte Kompilieren, Einstellung Erweiterter Compiler.)

  • Das Debuggen einer alten Version Ihres Codes nach einer neuen Version konnte aufgrund von Erstellungsfehlern nicht erstellt werden.

Aber ich kann auf jeden Punkt in dieser Liste mit "Nein" antworten.

Es hat früher funktioniert, aber vor einigen Tagen hat es aufgehört zu funktionieren, und ich weiß nicht, was der Grund sein könnte.

Nightcoder
quelle
2
Laufen Sie im Release-Modus? Laufen Sie auf X64?
Sam Saffron
Ist die Methode, die Sie für E & C versuchen, wirklich kurz? Vielleicht wurde es inline (obwohl ich denke, dass Inlining beim Debuggen nicht vorkommt)
Sam Saffron
Es funktioniert mit keiner Methode, weder sehr kurz noch sehr lang.
Nightcoder
Haben Sie schon eine Reparaturinstallation versucht?
Richard Anthony Hein
3
Ich denke, ich sollte hinzufügen, dass E & C eine ziemlich komplexe Funktion ist. Die Testmatrix des Debuggers ist enorm, und es wäre äußerst schwierig, E & C in jeder Kombination zum Laufen zu bringen. Aber es ist auch eine wirklich wichtige Funktion, daher haben wir viele Einschränkungen vorgenommen, um sicherzustellen, dass es versendet wird. Innerhalb der absichtlichen Einschränkungen, die wir ihm auferlegt haben, ist dies eine der qualitativ hochwertigsten Funktionen, die wir ausgeliefert haben.
Jay Bazuzi

Antworten:

21

Endlich muss ich das Problem lösen: Gallio deinstallieren

Gallio scheint ziemlich viele Ecken und Kanten zu haben, und es ist besser, nicht MbUnit 3.0 zu verwenden, sondern das MbUnit 2.0-Framework zu verwenden, sondern den Gallio Runner zu verwenden, den Sie ohne Installation vom Installationsprogramm ausführen (das auch ein Visual Studio-Plugin installiert hat).

Übrigens hatte ich das Problem auch nach dem "Deaktivieren" des Gallio-Plugins. Nur die Deinstallation löste das Problem.

PS. Bearbeitet von Nightcoder:
In meinem Fall hat das Deaktivieren von TypeMock Isolator (Mocking Framework) endlich geholfen ! Edit & Continue funktioniert jetzt !!!

Hier ist die Antwort vom TypeMock-Support:

Nachdem wir uns das Problem mit dem Bearbeiten und Fortfahren genauer angesehen und mit Microsoft darüber gesprochen hatten, kamen wir zu dem Schluss, dass es für Isolator nicht gelöst werden kann. Isolator implementiert einen CLR-Profiler. Nach unseren Untersuchungen wird das Bearbeiten und Fortfahren automatisch deaktiviert, sobald ein CLR-Profiler aktiviert und angehängt wurde. Es tut mir leid zu sagen, dass dies nicht länger als Fehler angesehen wird, sondern als Einschränkung von Isolator.

Nachtcodierer
quelle
69

Andere anwendbare Lösungen

Unten finden Sie eine unvollständige, ungeordnete Liste möglicher Lösungen, die Sie ausprobieren sollten, wenn Sie * versuchen, Edit & Continue schnell zu beheben.

  • Stellen Sie sicher, dass Sie sich im Debug-Modus befinden
  • Stellen Sie sicher, dass Sie keinen Prozess im gemischten Modus starten
  • Versuchen Sie, das CPU-Ziel auf x86 anstatt auf AnyCPU festzulegen (auf x64-Computern).
  • Deaktivieren Sie das Kontrollkästchen Code optimieren für den Debug-Modus unter Projekteigenschaften-> Debug
  • Deaktivieren Sie in den erweiterten Compilereinstellungen die Option Optimierungen aktivieren
  • (ASP.NET) Überprüfen Sie die Antwort des Nachtcodierers, wenn dies der Fall ist
  • (ASP.NET) Überprüfen Sie diese Antwort (nach Matrix), wenn dies der Fall ist
  • (ASP.NET) Stellen Sie sicher, dass Bearbeiten und Fortfahren auf der Registerkarte Web aktiviert ist (vs2010).
  • (ASP.NET) Gehen Sie zu Eigenschaften> Web> Server und stellen Sie sicher, dass Aktivieren und Fortfahren unter Visual Studio Development Server verwenden aktiviert ist .
  • (ASP.NET WebAPI) Stellen Sie sicher, dass Sie die Controller-Methode mit einem Haltepunkt gestoppt haben, bevor Sie versuchen, sie zu bearbeiten.
  • (vs2017) Gehen Sie zu Extras > Optionen> Debuggen und deaktivieren Sie die Option 'Bearbeiten und fortfahren'. Dies ist eigentlich das Gegenteil des "konventionellen" Ratschlags (siehe einige andere Punkte in diesem Beitrag). Sie können damit keine Änderungen an Ihrem laufenden Programm vornehmen (dh die von Ihnen vorgenommenen Codeänderungen werden nicht im laufenden Betrieb ausgetauscht). Sie können lediglich Ihren Code bearbeiten (dh diese lästige Meldung wird verhindert und Ihr Editor wird "gesperrt" ).
  • Gehen Sie zu Extras> Optionen> Debuggen> Allgemein und stellen Sie sicher, dass Quelldateien erforderlich sein müssen, um genau mit der Originalversion übereinzustimmen.
  • Aktivieren Sie Windows-Debug-Heap-Allokator aktivieren (nur native). [VS Community 2017]
  • Verwenden Sie Microsoft Fakes? Es verhindert das Bearbeiten und Fortfahren.
  • Beenden Sie alle * .vshost.exe- Instanzen, indem Sie im Task-Manager die Option Prozessbaum beenden auswählen . VS generiert eine korrekte Instanz neu.
  • Entfernen Sie alle Haltepunkte mit Debug-> Alle Haltepunkte löschen
  • Aktivieren und Fortfahren ist sowohl im Menü Extras> Optionen> Debuggen als auch in den Projekteinstellungen vorhanden . Achten Sie darauf, beide Stellen zu überprüfen. Bearbeiten & Fortfahren wird mit der erweiterten Intellitrace-Einstellung nicht unterstützt.
  • Stellen Sie sicher, dass Debug-Informationen unter Projekteigenschaften> Erstellen> Erweitert> Ausgabe> Debug-Informationen auf Vollständig eingestellt sind
  • Einige Plugins stören möglicherweise. Überprüfen Sie dies, indem Sie die anderen Lösungen deaktivieren / deinstallieren und dann erneut versuchen.
  • Wenn Sie nicht genügend Aufmerksamkeit schenken, kann sich der Fehler, den Sie beim Versuch, dies zu beheben, erhalten, in etwas anderes ändern, das leichter zu diagnostizieren ist. Beispiel: Eine Methode, die einen Lambda-Ausdruck enthält, kann das Bearbeiten und Fortfahren nicht unterstützen.
  • Stellen Sie sicher, dass die Systemvariable COR_ENABLE_PROFILINGnicht auf gesetzt ist 1. Einige Profiler stellen dies bei der Installation ein und lassen es nach der Deinstallation so. Öffnen Sie eine Eingabeaufforderung und geben Sie ein, setum schnell zu überprüfen, ob Ihr System betroffen ist. Entfernen Sie in diesem Fall die Variable oder setzen Sie sie auf 0:

    • Suchen Sie in Windows 8 und höher nach System (Systemsteuerung).
    • Klicken Sie auf den Link Erweiterte Systemeinstellungen .
    • Klicken Sie auf Umgebungsvariablen .
    • Entfernen COR_ENABLE_PROFILING
  • Beachten Sie nicht unterstützte Szenarien (wie in der Frage angegeben) und nicht unterstützte Änderungen .


* Mit "Sie" meine ich den Besucher der Seite, der seinen Kopf auf eine Tastatur hämmert, um die Lösung zu finden.


Sie können diese Antwort jederzeit bearbeiten, um Ihre Problemumgehung hinzuzufügen, wenn sie hier nicht aufgeführt ist!

beppe9000
quelle
5
Es war das COR_ENABLE_PROFILING ... keine Ahnung, warum es gesetzt wurde. Vielen Dank. Hör jetzt auf, meinen Kopf auf die Tastatur zu hämmern.
Florian Lagg
2
Ich habe alles versucht, aber weiter gearbeitet. Dann wurde mir klar, dass ich mich im Break-Modus (Debug-> Break All) oder an einem Break-Punkt befinden muss. Bitte fügen Sie dies Ihrer Liste hinzu. msdn.microsoft.com/en-us/library/7932e88z.aspx
Niloofar
1
Funktioniert für mich, danke, die vierte Zeile "Deaktivieren Sie das Kontrollkästchen Code optimieren für Debug-Modus in Projekteigenschaften-> Debug"
Aljohn Yamaro
2
Das einzige , was es für mich gelöst wird hier nicht erwähnt: Ich hatte dis Lage (Markierung aufheben) , um den „Bearbeiten aktivieren und Weiter“ Option unter Extras> Optionen> Debuggen. Dies ist genau das Gegenteil von dem, was Sie intuitiv denken würden, aber dies hat es für mich behoben (dh diese nervige Nachricht verhindert und mich einfach meinen Code bearbeiten lassen).
Leo
1
@leo Es ist Community-Wiki, so dass Sie frei bearbeiten können. Funktioniert die Schaltfläche "Bearbeiten" bei Ihnen nicht? Ich sehe, Sie haben genug Ruf, um das zu tun. Ps. Ich habe Ihrer Antwort einen Verweis hinzugefügt, damit es weniger Streuung gibt.
beppe9000
23

Wenn Sie eine ASP.NET-Anwendung debuggen, gehen Sie zu Eigenschaften> Web> Server und stellen Sie sicher, dass unter Visual Studio Development Server verwenden die Option "Aktivieren und fortfahren" aktiviert ist.

Viggity
quelle
3
müssen auch Pause während des Debuggens drücken, um dann Code bearbeiten zu können
Alexey Obukhov
Wenn ich lokale iis verwende, ist "aktivieren und fortfahren" deaktiviert
Khoshtarkib
11

Ich hatte das gleiche Problem. Ich habe VS 2008 sogar neu installiert, aber das Problem ist nicht behoben. Als ich jedoch alle Haltepunkte löschte, fing es an zu funktionieren.

Debug->Delete All Breakpoints

Ich glaube, es passierte, weil ich eine Aspx-Seite gelöscht hatte, deren Code Haltepunkte enthielt, und dann eine weitere Seite mit demselben Namen erstellt hatte. Dies hat den VS 2008 wahrscheinlich verwirrt.

Amer
quelle
5

Ein paar Dinge zu überprüfen

  • Stellen Sie sicher, dass Ihre Kompilierung auf Debug vs. Release eingestellt ist
  • Stellen Sie sicher, dass Sie keinen Prozess im gemischten Modus starten
  • Wenn auf einem 64-Bit-Computer Stellen Sie sicher, dass das CPU-Ziel auf x86 und nicht auf AnyCPU festgelegt ist

BEARBEITEN

Ich glaube nicht, dass dies von Bedeutung sein sollte, aber stellen Sie sicher, dass der Hosting-Prozess für die Zielplattform aktiviert ist. Wird wahrscheinlich nicht helfen.

Wenn es sich um neue Projekte handelt, ist es möglicherweise noch subtiler. Ich würde folgendes versuchen.

  • HKCU sichern: \ Software \ Wow6432Node \ VisualStudio \ 9.0 (möglicherweise einfach umbenennen)
  • Löschen Sie denselben Schlüssel
  • Versuchen Sie es erneut
JaredPar
quelle
2
Was ist ein Mixed-Mode-Prozess? Ich habe sogar ein neues Winforms-Projekt ausprobiert.
Nightcoder
Ich habe nicht die HKCU: \ Software \ Wow6432Node \ node
nightcoder
@nightcoder versuchen Sie dann HKCU: \ Software \ Microsoft \ VisualStudio \ 9.0
JaredPar
5

Keine der oben genannten Lösungen hat bei mir funktioniert (läuft auf einem 64x-Computer).

Schließlich habe ich auf 'advanced compiler settings'und UNCHECKED 'enable optimizations ' geklickt und kann jetzt beim Debuggen durch den Code gehen und ihn bearbeiten.

Nifle
quelle
2
Dies scheint nur Visual Basic zu sein: msdn.microsoft.com/en-us/library/07bysfz2%28v=vs.100%29.aspx
Marcel
Funktioniert bei mir! VS2013, VB.Net, Frame 3.5
MiBol
1
Und wo sind diese Einstellungen?
Vapcguy
5

Wenn "Bearbeiten und fortfahren" aktiviert ist, können Sie Code nur im Unterbrechungsmodus bearbeiten, z. B. indem die Ausführung durch eine Ausnahme angehalten wird oder indem ein Haltepunkt erreicht wird.

Dies bedeutet, dass Sie den Code nicht bearbeiten können , wenn die Ausführung nicht angehalten wird! Wenn es um das Debuggen von ASP.NET-Webprojekten geht, ist dies sehr uninteressant, da Sie häufig Änderungen zwischen Anforderungen vornehmen möchten. Zu diesem Zeitpunkt wird der Code, den Sie (wahrscheinlich) debuggen, nicht ausgeführt, aber auch nicht angehalten!
Um dies zu lösen, können Sie auf "Alle brechen" klicken (oder Ctrl+ Alt+ drücken Break). Alternativ können Sie irgendwo einen Haltepunkt festlegen (z. B. in Ihrem Page_LoadEreignis) und dann die Seite neu laden, sodass die Ausführung angehalten wird, wenn sie den Haltepunkt erreicht. Jetzt können Sie Code bearbeiten. Sogar Code in .csDateien.

Protector eins
quelle
4

Aus einem Grund, den ich nicht verstehe, wurde die Einstellung "Debug-Informationen generieren" in den "Erweiterten Compiler-Einstellungen" auf "Nur pdb" anstelle von "Voll" gesetzt.

Standardmäßig ist dieser Parameter immer auf "Voll" eingestellt, aber ein mysteriöser Poltergeist hat diesen Parameter letzte Nacht geändert. :) :)

PS Ich bin in Visual Basic .Net mit Visual Studio 2010

Samuel
quelle
4

Wenn Sie sich mit einer ASP.NET-App befassen, stellen Sie sicher, dass Sie auf der Registerkarte "Web" (vs2010) die Option "Bearbeiten" und "Weiter" aktiviert haben. In früheren Versionen gab es auch eine separate Einstellung für das ASP.NET-Debugging.

Grüße,

Adam.

Adam
quelle
4

Ich habe festgestellt, dass, obwohl unter den Projekteigenschaften die Registerkarte "Erstellen und Debuggen" auf "Debuggen" gesetzt ist und alle anderen Einstellungen korrekt sind, die Meldung weiterhin angezeigt wird. Nachdem Sie im Menü "Erstellen" weitere Informationen ausgegraben haben, wählen Sie "Konfigurations-Manager ..." und stellen Sie sicher, dass "Debuggen" ausgewählt ist an zwei Stellen auch dort. go figure ... wie viele verschiedene Stellen benötigen sie, um das Debug zu setzen ?????? Obwohl Sie Project - Configuration auf Debug setzen und dann unter Build - Manager ändern, wird es nicht geändert, sodass Sie dort auch die gleiche Einstellung vorgenommen haben. Project Configuration - scheint wieder ein Microsoft-Problem zu sein .......

RAL
quelle
4

Dieses Problem ist auf die Intellitrace-Einstellung zurückzuführen

Wenn Intellitrace aktiviert ist, stellen Sie sicher, dass nur das Intellitrace-Ereignis aktiviert ist

Andernfalls können Sie nicht bearbeiten und fortfahren.

Wenn Sie auf Intellitrace-Optionen klicken, werden die Warnungen angezeigt.

KuldeepVerma
quelle
Das ist das Problem für mich!
beppe9000
Durchsuchte alle Optionen in den Visual Studio-Tools nach "Intellitrace" und es gibt keine solche Option in VS Community 2017. Ein bisschen mehr Details hier helfen.
Vapcguy
4

Die folgenden Aufnahmen haben mir bei der Verwendung von VS2010 geholfen:

Gehen Sie zu Extras, Optionen, Debugging, Allgemein und stellen Sie sicher, dass "Quelldateien müssen genau mit der Originalversion übereinstimmen" deaktiviert ist.

Vinay
quelle
3

Dies geschieht, wenn der Debugger keinen Haltepunkt erreicht hat oder Sie nicht alle brechen (Pause). Es könnte nicht so einfach sein, oder?

Richard Anthony Hein
quelle
Es passiert, wenn der Debugger einen Haltepunkt erreicht hat und ich versuche, etwas im Code zu ändern.
Nightcoder
3

Der Fehler besagt, dass eine mögliche Ursache ist: "Der zu debuggende Code wurde zur Erstellung oder Laufzeit optimiert". Gehen Sie zu Projekteigenschaften-> Debuggen und deaktivieren Sie das Kontrollkästchen Code optimieren für den Debug-Modus.

pbalaga
quelle
3

Ich hatte dieses Problem in Microsoft Visual Studio 2008 und die Lösung ist einfach. Wenn Sie Ihr Projekt ausführen, stellen Sie bitte den "Debug" -Modus und nicht "Release" ein. Die Lösung für andere Personen kann nützlich sein.

user2412450
quelle
2

Wenn ich ein neues Projekt erstelle, funktionieren Änderungen beim Debuggen nicht. Wenn ich eine neue Website erstelle, funktionieren die Änderungen beim Debuggen wie erwartet.

Greg
quelle
1

In meinem Fall hilft es, nur die Standard-Debugger-Einstellungen zurückzusetzen und IntelliTrace-> nur Intellytrace-Ereignisse festzulegen

Yuriy Vikulov
quelle
1

Einige Dinge, die bei der Verwendung von VS2010 zu helfen schienen:

  • Gehen Sie zu Extras, Optionen, Debugging, Allgemein und stellen Sie sicher, dass "Quelldateien müssen genau mit der Originalversion übereinstimmen" deaktiviert ist.
  • Es können mehrere .vshost.exe-Instanzen übrig bleiben, z. B. wenn der VS-Debugger von einem gestoppten Prozess getrennt wird. Dies stört Haltepunkte und kompiliert ebenfalls. Verwenden Sie den Task-Manager auf der Registerkarte Prozesse, um alle Instanzen von .vshost.exe zu beenden, indem Sie mit der rechten Maustaste auf jede Instanz klicken und Prozessbaum beenden auswählen. VS erstellt eine neue Instanz.
Scott
quelle
1

Ich habe einen Datensatz aus meinem Projekt entfernt, weil ich ihn nicht verwendet habe. Danach konnte ich das Programm beim Debuggen ändern.

ashkan_jami
quelle
1

Ich habe alle in jeder anderen Antwort erwähnten Änderungen vorgenommen und keine hat funktioniert. Was habe ich gelernt? Aktivieren und Fortfahren ist sowohl im Menü Extras> Optionen> Debuggen als auch in den Projekteinstellungen vorhanden. Nachdem ich beide überprüft hatte, arbeiteten Enable und Continue für mich.

Stevebot
quelle
3
Welche Projekteinstellungen? Sie sind zu vage
Adaptabi
@Adaptabi Sie meinten, wenn Sie mit der rechten Maustaste auf Ihren Projektnamen klicken, auf Eigenschaften klicken und dann (wenn es sich um ein Webprojekt handelt) auf Web klicken, wird ein Kontrollkästchen aktiviert, um sicherzustellen, dass dort "Bearbeiten und Fortfahren aktivieren" aktiviert ist.
Vapcguy
1

Ich bin heute darauf gestoßen - es stellt sich heraus, dass die Einstellung von Debug-Informationen auf Nur-PDF (oder keine, wie ich mir vorstellen kann) das Bearbeiten und Fortfahren der Arbeit verhindert.

Stellen Sie sicher, dass Ihre Debug-Informationen zuerst auf "voll" gesetzt sind!

Projekteigenschaften> Erstellen> Erweitert> Ausgabe> Debug-Informationen

Guy Danus
quelle
1

Scheint unlogisch, aber die einzige Möglichkeit bestand darin, das Bearbeiten zu deaktivieren und die VS 2017-Optionen fortzusetzen ... Dann begann das Bearbeiten und Fortfahren von AspNet zu funktionieren ...

FRK
quelle
Genau! Es ist nicht intuitiv, aber was auch für mich funktioniert hat, ist das Deaktivieren von "Bearbeiten und Fortfahren". Die von Ihnen vorgenommenen Änderungen werden nicht "im laufenden Betrieb" ausgetauscht, aber Sie können Ihren Code zumindest einfach bearbeiten. Dies wird dann beim Neustart Ihrer App wirksam.
Leo
1

Was für mich funktionierte, war das Deaktivieren von "Verwalteten Kompatibilitätsmodus verwenden" unter

Extras -> Optionen -> Debuggen

TBN: Das Aktivieren oder Deaktivieren von "Quelldatei muss genau mit der Originalversion übereinstimmen" scheint keinen Einfluss auf die E & C zu haben

Hoffe das kann helfen.

B. Cafaro
quelle
1

Aktivieren Sie Bearbeiten und führen Sie nur die Arbeit aus, indem Sie IIS Express ausführen. Arbeiten Sie nicht in der lokalen ISS oder im externen Host.

Ahmad Aghazadeh
quelle
1

Ich hatte dieses nervige Problem, seit ich mein VS 2019 auf 16.4.3 aktualisiert habe und mir große Kopfschmerzen bereitet habe.
Schließlich habe ich das Problem folgendermaßen gelöst:

1. Stoppen Sie das Debuggen.
2. Wählen Sie die Lösung im "Projektmappen-Explorer" aus.
3. Ändern Sie im Eigenschaftenfenster die Eigenschaft "Aktive Konfiguration" von "Release | Beliebige CPU" in "Debuggen | Beliebige CPU".
4 . In Debug> Optionen> Allgemein das Kontroll Bearbeiten und Fortfahren Checkbox

das ist für mich gearbeitet, und hoffen , dass es auch für Sie funktioniert.

Masarwa
quelle
0

Interop-Typen einbetten Visual Studio sollte auf false gesetzt sein

Wilma Fingerdoo
quelle
0

Ich hatte dies in einer verknüpften Klassendatei geschehen. Der Rest des Projekts erlaubte E & C, aber ich habe den gleichen Fehler beim Bearbeiten der verknüpften Datei erhalten. Die Lösung bestand darin, die verknüpfte Datei in ein eigenes Projekt zu unterteilen und auf das Projekt zu verweisen.

jlo-gmail
quelle
0

Ich hatte das gleiche Problem. Mein Problem war, dass ich eine Datei ändern konnte, aber keine andere (beide befinden sich im selben Projekt). Später stellte ich fest, dass die Datei, die ich nicht ändern konnte, auch Teil eines anderen Projekts war. Das andere Projekt (Unit Test) wurde nicht geladen, und intelligent VS-Debugger den Fehler anzeigt, dass die Assembly für diese bestimmte Datei nicht geladen wurde und Änderungen nicht zulässig sind. Wie seltsam!

Daher musste ich das Unit-Test-Projekt entladen und das EnC-Debugging fortsetzen.

Ajay
quelle
0

Ich hatte ein Datenbankprojekt in der Lösung, das die Bearbeitung des Webforms-Projekts verhinderte.

Ich habe im Datenbankprojekt auf "Entladen" geklickt und jetzt funktioniert alles gut.

Adam
quelle
0

Für VS2017 kann es hilfreich sein, die .suo-Datei in Ihrer Lösung zu entfernen, es hat bei mir funktioniert. :) :)

Nieksa
quelle