Visual Studio ruft von irgendwo aus einen falschen Pfad zu einem Projekt ab

Das Löschen der Lösungsdatei .suo hat für mich funktioniert.

Nachdem ich eine Migration von Visual Source Safe 2005 zu TFS 2012 durchgeführt hatte, stand ich vor diesem Problem. Ich konnte nicht auf den "Konvertierungsassistenten" warten, der in den nächsten Wochen herausgekommen ist. Ich habe also nur VSSConvert.exe ausgeführt. Dies dauerte ungefähr 6 Jahre Geschichte und wurde in TFS verschoben. Während ich nicht die eigentliche Timeline-Historie abgerufen habe, erhielt ich am selben Tag eine Reihe von Einträgen mit den Kommentaren, die das tatsächliche Einchecken der Historie anzeigen. . nicht schlecht.

Nachdem die ganze Nacht gelaufen war (Erfolgreich, ja!), Hatte ich Probleme beim Laden meiner Projekte, genau wie in dieser Frage angegeben. Aus irgendeinem Grund wurde bei einigen Projekten auf ein falsches Verzeichnis verwiesen. Ich überprüfte die .sln, die .vsproj -Dateien und holte die neuesten Informationen ab, löschte erneutes Abrufen, fügte das Entfernen hinzu usw. Ich habe alles versucht, was hier angegeben ist ... sogar ein Upgrade meines Arbeitsbereichs.

ENDLICH ... Ich habe die Dateien * .suo und die Viola gelöscht. Es funktionierte. 

Ich habe ein paar Stunden damit verbracht.

Eine etwas andere Lösung.

TFS zeigte einen nicht vorhandenen Pfad für eine bestimmte Lösung an. Zuvor hatte ich einen Laptop mit einem separaten D: -Laufwerk, aber jetzt habe ich nur noch ein C: -Laufwerk. TFS dachte immer noch, mein Projekt sei auf D:\Project\MikesProject gespeichert

Ich hatte keine .suo-Datei zum Löschen, der D: Pfad wurde nicht irgendwo in meinen Arbeitsbereichen erwähnt (im Menü File\Source Control\Advanced\Workspaces vergraben). TFS zeigte an, dass ich die neuesten Dateien in meinem ( nicht länger existent) D: directory und TFS in VS2013 hatten keine Option "Zuordnungen entfernen" für dieses Projekt.

Was tat Arbeit war, war einfach eine "Get neuste Version" für das Projekt.

Danach wurde eine neue Kopie des Codes in mein Laufwerk C: geschrieben, und (interessanterweise) wurde jetzt der lokale Pfad angezeigt unterstrichen . 

Bisher wurde der D: -Pfad nicht so angezeigt.

Ungerade. Sehr komisch.

Wir hatten ähnliche Probleme mit Verschiebungen und Umbenennungen. Die lokalen Verzeichnisse wurden gelöscht und dann wieder gelöst.

Versuchen Sie, die .suo-Datei (einschließlich Erweiterung) zu löschen oder umzubenennen. Diese Datei befindet sich am selben Ort, an dem sich Ihre Lösungsdatei befindet. Es hat für mich funktioniert.

Selbst nach dem Löschen der .suo-Datei und .vs-Ordner musste ich die .sln-Datei bearbeiten und die alte relative URL aus SccProjectName# entfernen, obwohl SccLocalPath# korrekt ist. Anscheinend verwendet VS den Namen auch als Hinweispfad.

Nachdem ich viele Empfehlungen ausprobiert hatte, löschte ich die Suo-Datei (wieder). Das letzte Mal hat gearbeitet. Warum es früher nicht geklappt hat, weiß ich nicht. Im Allgemeinen finde ich das Löschen der Suo-Datei einer der ersten Schritte, die ich mache.

Noch eine andere Lösung funktionierte für uns - nachdem wir versucht hatten, suo und fast alles, was in diesem Thread erwähnt wurde, zu löschen. Wir hatten ein Projekt in der Lösung, das eine Geisterversion der csproj-Datei zeigte. Wir haben diese Datei gelöscht und die Pfade für ein anderes Projekt, das wir hinzufügen wollten, korrigiert.

Wenn Sie Ihre Web-App anstelle von IISExpress unter Local IIS ausführen, klicken Sie auf die Schaltfläche "Create Virtual Directory" (Virtuelles Verzeichnis erstellen), indem Sie in den Projekteigenschaften gehen. Sobald dies erledigt ist, führen Sie "Clean Solution" und "Rebuild Solution" aus.

Ich hatte meine asp.net-Website-Lösung von meiner Dev-Niederlassung aus geöffnet ... und dann für einen anderen Zweck die gleiche Lösung aus der Haupt-Niederlassung.

Ich habe eine Änderung an einer meiner .ascx.cs-Datei im dev-Zweig vorgenommen und einen Haltepunkt gesetzt. Als ich den Debugger ausgeführt habe, wurden alle meine Haltepunkte im Dev-Zweig getroffen, mit Ausnahme der .ascx.cs, die den Main-Zweig traf. Hab keine Ahnung.

Es wurde versucht, den temporären Ordner zu säubern, funktionierte jedoch nicht.

Was funktionierte:

Alle Instanzen von Visual Studio geschlossen

Öffnete die Lösung von Dev Branch wieder.

Laufen Sie noch einmal und die Haltepunkte fingen an zu schlagen.

Nur raten, aber vielleicht beziehen sich einige Ihrer anderen Projekte auf Ihr Projekt vom falschen Ort aus? In diesem Fall müssen Sie das Projekt nicht nur löschen und erneut in Ihre Projektmappe einfügen, sondern auch die Referenzen aus den referenzierenden Projekten löschen und neu erstellen (in ihren .csproj-Dateien). 

In meinem Fall habe ich die * .sln-Datei in den Projektordner kopiert und den Projektpfad in die * .sln-Datei geändert. Nur dadurch wurde das Problem gelöst (vs 2015 sp1, winservise project).

Löschen * .suo hilft mir nicht.