Beim Debuggen in Visual Studio füge ich manchmal einen Haltepunkt hinzu, aber er ist hohl und VS sagt: "Der Haltepunkt wird derzeit nicht getroffen. Der Quellcode unterscheidet sich von der Originalversion." Dies verhindert natürlich, dass ich debuggen kann.
Was in aller Welt bedeutet die Nachricht? Welche ursprüngliche Version? Wenn ich die Lösung gerade erst geöffnet und keinerlei Änderungen am Code vorgenommen habe, wie kann es dann eine "Originalversion" geben?
をお持ちの場合 mehr als ein Projekt in Ihrer Lösung und vergewissern Sie sich dann, dass das richtige Projekt als StartUp Project . Um ein bestimmtes Projekt als Startprojekt für Ihre Lösung festzulegen, klicken Sie mit der rechten Maustaste auf das Projekt und wählen Sie Set As StartUp Project .
Nachdem ich mein StartUp-Projekt korrekt eingestellt hatte, wurde der gewünschte Haltepunkt vom Thread erreicht.
Das ist mir auch schon passiert. Die Bedingungen, die mein Problem verursacht haben:
Ich hatte dies verursacht, indem ich eine frühere Version öffnete (VS fragte mich, ob ich beim IIS-Debugging auf diese Instanz verweisen wollte, was ich mit "Ja" beantwortete), dann die aktuelle Version öffnete (wiederum auf die IIS-Eingabeaufforderung mit "Ja" reagierte) und dann versuchte, in der früheren Version zu debuggen.
Um das Problem zu lösen, habe ich einfach die vorherige und beabsichtigte Version geschlossen und wieder geöffnet und sie erneut als Debugging-Quelle angegeben.
Ich erlebte dies in einem 32bit-Build auf vs2017.
Keine der Lösungen hat bei mir funktioniert. Ich neu gestartet, ich IDE-Dateien gelöscht, sauber gebaut Lösung, zog aus Git Repo und neu erstellt die Lösung ohne Erfolg.
Ich zog in einer 64bit-Abhängigkeit von Nuget und sobald ich die Baugruppe verwendet, wurden die Quellen nicht in die endgültige ausführbare Datei mehr gebaut und stattdessen die IDE zwischengespeicherten Quellen gebaut wurden.
Ich entfernte die Nuget-Konfiguration, entfernte die referenzierte Assembly, lud den Quellcode herunter, erstellte log4net manuell, signierte es, fügte es zu einem Ordner in meinem Projekt hinzu, fügte einen Verweis darauf hinzu, und ich konnte wieder debuggen.
Das war eine Qual, ich hoffe, dass es in der Liste der Antworten auftaucht, damit alle es sehen können.
Bearbeiten: Es gab keinen Fehler während des Builds, obwohl die Option "prompt on build error" in den IDE-Einstellungen aktiviert ist.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
47 Stimmen
Das Projekt vor dem Hinzufügen des Haltepunkts neu kompilieren/erstellen
0 Stimmen
Öffnen Sie ein Projekt, das in einer anderen Version von Visual Studio geschrieben wurde?
2 Stimmen
Es handelt sich um ein Website-Projekt. Es sollte keine Notwendigkeit bestehen, es explizit zu bauen. Es sollte bei der Verwendung kompiliert werden. Ich vermute, dass VS die Website nicht kompilieren kann, aber das sagt es mir nicht! Mahesh - nein, alle die gleiche Version von VS.
0 Stimmen
Auf meinem Fall Ich habe verschiedene Versionen des gleichen Codes (z. B. test.cs auf Live-Version und devolopment Version wenn ich geöffnet devolopment Version und setzen Haltepunkt auf test.cs gab gleichen Fehler, aber ich fand heraus, dass ich Haltepunkt test.cs Klasse, die Live-Version sln nicht devolopment so überprüfen Sie die cs hat bereits unter Gebäude-Lösung) setzen
8 Stimmen
Das Löschen der bin- und obj-Verzeichnisse und die anschließende Wiederherstellung haben bei mir funktioniert.
0 Stimmen
Ich habe eine ähnliche Frage hier beantwortet: stackoverflow.com/a/58397022/2171441
0 Stimmen
Ich bin zwar spät dran, aber vielleicht kann ich noch etwas dazu sagen. Ich hatte diesen Fehler und es war auf einer Web-API. Das Problem wurde verursacht, indem ich mein virtuelles Verzeichnis für das Projekt aktualisierte, aber vergaß, die URL in meinen POST-Aufrufen mit dem neuen virtuellen Verzeichnis zu aktualisieren.
1 Stimmen
In meinem Fall hatte ich mein Projekt in einen anderen Ordner kopiert, aber der VS-Editor ließ mich immer noch die Quelldateien am alten Ort bearbeiten, sodass meine Änderungen nicht gebaut wurden. Ich musste nur die Quellen erneut kopieren und die Dateien am neuen Speicherort erneut öffnen, damit sie tatsächlich gebaut wurden.