Visual Studio ruft von irgendwoher einen falschen Pfad zu einem Projekt ab

Visual Studio (und möglicherweise TFS) ist irgendwie (ich denke vielleicht während einer Zusammenführung der Quellcodeverwaltung) über den Pfad eines Projekts in meiner Lösung verwirrt.

Es glaubt, dass es hier ist (Beispielpfade zur Vereinfachung):

C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj

Tatsächlich befindet sich die Projektdatei hier:

C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj

Ich kann es für mein ganzes Leben nicht dazu bringen, den richtigen Ort zu erkennen. Ich habe versucht:

• Entfernen und erneutes Hinzufügen des Projekts vom richtigen Speicherort. Es wird eine Fehlermeldung angezeigt The project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found.

• Manuelles Bearbeiten der SLN-Datei, um sicherzustellen, dass alle Referenzen ExampleProjectCorrect.csprojdie richtigen Pfade haben.

• Suchen Sie in Dateien im Lösungsverzeichnis nach den richtigen und falschen Pfaden, um herauszufinden, wo Studio den falschen Pfad versteckt.

• Löschen der Cache-Verzeichnisse für VS und TFS

Ich reiße mir die Haare aus, weil ich die Lösung nicht neu erstellen kann, da sie nahezu 100 Projekte umfasst und mit mehreren anderen Entwicklern, die daran arbeiten, an die Quellcodeverwaltung gebunden ist.

Kann mich jemand in die richtige Richtung weisen, wo dieser falsche Pfad gespeichert wird und / oder wie er zurückgesetzt werden kann, damit das verdammte Ding richtig geladen wird?

1. Gehen Sie zu Arbeitsbereiche verwalten (entweder über das Menü Datei / Quellcodeverwaltung oder das Dropdown-Menü Arbeitsbereich im Versionsverwaltungs-Explorer).
2. Wählen Sie Bearbeiten für Ihren Arbeitsbereich.
3. Unter Arbeitsordnern sollte eine Zuordnung für das Versionsverwaltungsverzeichnis zum alten / falschen Projektverzeichnis angezeigt werden.
4. Wählen Sie es aus und klicken Sie auf Entfernen .
5. Schließen Sie VS und löschen Sie die Suo-Datei.

Es verweist immer noch auf das falsche Verzeichnis. Vielleicht funktioniert das erneute Binden an diesem Punkt, aber das habe ich nicht versucht. Laden Sie Ihr Projekt neu und Sie sollten bereit sein.

Das einfache Löschen der Lösungsdatei .suohat bei mir funktioniert.

Ich hatte dieses Problem, nachdem ich eine Migration von Visual Source Safe 2005 zu TFS 2012 durchgeführt hatte. Ich konnte es kaum erwarten, dass der "Konvertierungsassistent" in den nächsten Wochen veröffentlicht wird, also habe ich nur VSSConvert.exe ausgeführt. Dies dauerte ungefähr 6 Jahre und verschob es in TFS. Während ich nicht den tatsächlichen Zeitleistenverlauf erhielt, erhielt ich am selben Tag eine Reihe von Einträgen mit den Kommentaren, die die tatsächlichen Eincheckvorgänge des Verlaufs angaben. . nicht schlecht.

Nachdem es die ganze Nacht lief (Erfolgreich, yay!), Hatte ich Probleme beim Laden meiner Projekte, genau wie in dieser Frage angegeben. Aus irgendeinem Grund wurden einige Projekte auf ein falsches Verzeichnis verwiesen. Ich habe die .sln- und die .vsproj-Dateien überprüft und die neuesten Informationen abgerufen, das erneute Abrufen gelöscht, das Entfernen hinzugefügt usw. Ich habe alles versucht, was hier vermerkt ist ... sogar meinen Arbeitsbereich aktualisiert, was ich nicht sicher bin, was das überhaupt getan hat.

ENDLICH ... Ich habe die * .suo- Dateien und die Bratsche 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. Früher hatte ich einen Laptop mit einem separaten D: -Laufwerk, jetzt habe ich nur noch ein C: -Laufwerk. TFS dachte immer noch, mein Projekt sei unter D: \ Project \ MikesProject gespeichert

Ich hatte keine .suoDatei zum Löschen, der D: -Pfad wurde nirgendwo in meinen Arbeitsbereichen erwähnt (vergraben unter demFile\Source Control\Advanced\Workspaces Menü ), TFS zeigte, dass ich die neuesten Dateien in meinem (nicht mehr vorhandenen) D: hatte. Verzeichnis, und TFS in VS2013 hatte für dieses Projekt keine Option "Zuordnungen entfernen".

Aber was hat es getan ? funktioniert hat, war, einfach eine "Neueste Version" für das Projekt zu erstellen.

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

Bisher wurde der D: -Pfad nicht so angezeigt.

Seltsam. Sehr komisch.

Wir hatten ähnliche Probleme mit Verschiebungen und Umbenennungen. Löschen Sie die lokalen Verzeichnisse und lösen Sie sie erneut.

Selbst nach dem Löschen der .suoDatei und der .vsOrdner musste ich die .slnDatei bearbeiten und die alte relative URL entfernen, SccProjectName#obwohl SccLocalPath#sie korrekt war. Anscheinend verwendet VS den Namen auch als Hinweispfad.

Versuchen Sie, die .suo-Datei (einschließlich der Erweiterung) zu löschen oder umzubenennen. Diese Datei befindet sich am selben Speicherort wie Ihre Lösungsdatei. Es hat bei mir funktioniert.

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

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

Ich hatte meine asp.net-Website-Lösung von meinem Dev Branch aus geöffnet. Dann habe ich für einen anderen Zweck dieselbe Lösung aus der Hauptniederlassung geöffnet.

Ich habe eine Änderung an einer meiner .ascx.cs-Dateien im dev-Zweig vorgenommen und den Haltepunkt festgelegt. Als ich den Debugger ausführte, wurden alle meine Haltepunkte im Dev-Zweig getroffen, mit Ausnahme der .ascx.cs, die den Hauptzweig traf. Habe keine Ahnung.

Es wurde versucht, den temporären Ordner zu bereinigen, aber es hat nicht funktioniert.

Was hat funktioniert:

Alle Instanzen von Visual Studio geschlossen

Öffnete die Lösung erneut vom Dev-Zweig.

Laufen Sie erneut und die Haltepunkte fingen an zu schlagen.

In meinem Fall habe ich die * .sln-Datei in den Projektordner kopiert und den Pfad zum Projekt in die * .sln-Datei geändert. Nur so wurde das Problem behoben (vs 2015 sp1, Winservise-Projekt).

Löschen * .suo hilft mir nicht.

Eine weitere Lösung hat für uns funktioniert - nachdem wir versucht haben, suo und fast alles, was in diesem Thread erwähnt wird, 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 unsere Pfade für ein anderes Projekt festgelegt, das wir hinzufügen wollten.

Wenn Sie Ihre Webanwendung unter Local IIS anstelle von IISExpress ausführen, klicken Sie in den Projekteigenschaften auf die Schaltfläche "Virtuelles Verzeichnis erstellen". Führen Sie anschließend "Clean Solution" und "Rebuild Solution" aus.

Das Löschen von obj- und bin-Dateien würde das Problem lösen ...

Ich weiß, dass es eine alte Linie ist. Ich habe gerade das gleiche Problem durchgemacht. Wir haben kürzlich das TFS migriert, daher habe ich einen neuen Arbeitsbereich erstellt, um ihn einem neuen Server zuzuordnen, und den alten beibehalten. Jedes Mal, wenn ich eine Lösung öffne, die auf meinen neuen Arbeitsbereich abzielen soll, hat VS versucht, Projekte aus meinem alten Zuordnungsverzeichnis zu laden, bis ich meinen alten Arbeitsbereich entfernt habe.