Visual Studio: "The specified path, file name, or both are too long"

Warum auch immer diese Einschränkung eingeführt wurde – sie wird spätestens in einem Visual Studio 2010 SharePoint Projekt mit in Features verpackten Visuellen WebParts ein Ärgernis, ausser man verwendet extrem kurze Projektnamen und hat sein Projekt auch gleich im Stammverzeichnis. Aber in welcher professionellen Entwicklungsumgebung ist das schon so?
 
Ein von mir aus gesehen eleganter Weg mit dem Problem umzugehen ist folgender: Mit dem Befehl SUBST kann ein beliebiger Pfad als Virtuelles Laufwerk gemapt werden.

Beispiel

Mein Projekt abgelegt unter  für den Projektpfad E:\SourceControl\SharePoint\<MeinLangerProjektName>\Build<XYZ>\ abgelegt. Mit dem Befehl SUBST S: E:\SourceControl\SharePoint\<MeinLangerProjektName>\Build<XYZ> kann ich es fortan unter S:\ aufrufen und Visual Studio hat keine Probleme mit zu langen Pfadnamen mehr.

Persistent SUBST

Das ganze hat jedoch den Hacken, dass das logische Laufwerk einen Reboot nicht übersteht. Aber auch hierfür gibt es Mittel und Wege:
Das GNU-lizenzierte Tool „psubst“ (Persistent SUBST command) ist eine Bat-Datei, welche genau gleich wie der SUBST-Befehl funktioniert, aber das virtuelle Laufwerk so registriert, dass es auch nach Reboots vorhanden ist.
 
So funktioniert es:

• Neues virtuelles Laufwerk anlegen: subst Z: "C:\Documents and Settings\All Users\Shared Documents"
• Virtuelles Laufwerk löschen/entfernen: subst Z: /D
• Liste aller Laufwerke anzeigen: subst

Kommentar

Kommentar hinterlassen Name: Email: Ihre URL: Kommentare: Sicherheitscode eingeben: