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.csproj
die 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?
quelle
Antworten:
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.
quelle
.suo
Datei möglicherweise nicht dort, wo Sie denken. Löschen Sie die.sln
Datei , die sich neben Ihrer Datei befindet (vergessen Sie nicht, "versteckte Dateien anzuzeigen"), und es gibt auch eine Datei, die sich in einem Unterverzeichnis unter versteckt.\.vs\[solution_name]\v14\.suo
. Sobald ich beide bekommen hatte, konnte ich das Projekt wieder hinzufügen. Ups - teilweise Dank an @DanielLeiszen (gerade bemerkt, dass er das gleiche kommentierte)Das einfache Löschen der Lösungsdatei
.suo
hat bei mir funktioniert.quelle
<SolutionDir>\.vs\<SolutionName>\<VsVersion>\.suo
für mich funktioniert hat.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.
quelle
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
.suo
Datei 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.
quelle
Wir hatten ähnliche Probleme mit Verschiebungen und Umbenennungen. Löschen Sie die lokalen Verzeichnisse und lösen Sie sie erneut.
quelle
Selbst nach dem Löschen der
.suo
Datei und der.vs
Ordner musste ich die.sln
Datei bearbeiten und die alte relative URL entfernen,SccProjectName#
obwohlSccLocalPath#
sie korrekt war. Anscheinend verwendet VS den Namen auch als Hinweispfad.quelle
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.
quelle
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).
quelle
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.
quelle
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.
quelle
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.
quelle
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.
quelle
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.
quelle
Das Löschen von obj- und bin-Dateien würde das Problem lösen ...
quelle
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.
quelle