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?
Dies kann auch passieren, wenn Sie Dateiverweise auf Binärdateien (statt Projektverweise auf Code in Ihrem Projekt) verwenden und die kompilierte Binärdatei, auf die Sie verweisen, nicht mehr mit dem entsprechenden Quellcode auf Ihrem Rechner übereinstimmt. Dies kann passieren, weil Sie eine neue Version der Binärdatei aus der Versionskontrolle heruntergeladen haben, ohne den dazugehörigen neuen Quellcode, oder weil Sie mehrere Versionen der Binärdatei auf Ihrem Rechner haben und auf eine alte Kopie verweisen, usw. Wenn dies tatsächlich das Problem ist, ist es ein guter Grund, Projektreferenzen so oft wie möglich zu verwenden.
Es gibt eine fast unmerkliche Einstellung, die dieses Problem für mich behoben hat. Wenn es eine bestimmte Quelldatei gibt, bei der der Haltepunkt nicht zutrifft, kann sie in
Aus irgendeinem mir unbekannten Grund beschloss VS 2013, eine Quelldatei dort zu platzieren, und anschließend konnte ich in dieser Datei keinen Haltepunkt mehr setzen. Dies kann der Schuldige für "Quellcode ist anders als die ursprüngliche Version" sein.
Das Problem ist, dass Ihre Debug-Informationen nicht mit Ihrer Baugruppe synchronisiert sind. Die Lösung ist einfach:
Das sollte genügen!
(Das Seltsame ist, dass ein Rebuild, ohne die .pdb-Dateien wegzuwerfen, nicht immer funktioniert. Ich kann sehen, dass das Änderungsdatum aktualisiert wird, aber immer noch irgendwo in der Kette (VS2013 Debugger, IIS, Assembly-Cache) diese Änderung nicht erkannt wird)
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.