Datei Pfad Zeichen Limit Fehler in Windows und Node App

Ich arbeite an einem Node-Projekt in Visual Studio 2012 und habe gerade in den berüchtigten 260 Zeichen Datei Pfad Limit Fehler gerannt.Datei Pfad Zeichen Limit Fehler in Windows und Node App

Meine Fragen ist: Ist es überhaupt möglich, an einem Node-Projekt jeder signifikanten Größe in Visual Studio/Windows zu arbeiten? Die langen Dateipfade kommen aus dem Verzeichnis node_modules, das natürlich Module nistet, die ihre eigenen node_module haben, die natürlich verschachtelt sind.

Ich habe überlegt, alle Abhängigkeiten global zu installieren, aber das kann keine gute Idee sein.

Irgendwelche Vorschläge?

Quelle

2014-04-28 keepitreal

Es gibt eine Lösung für dieses Problem hier http://StackOverflow.com/Questions/ 13318364/how-to-deploy-node-js-application-mit-deep-node-modules-structure-on-windows – Etienne

Bis zum jetzigen Zeitpunkt sollten Sie Ihre Projekte so nah wie möglich an der Wurzel platzieren. Der Standard-VS-Projektspeicherort (C: \ Benutzer {Benutzername} \ Dokumente \ Visual Studio 2013 \ Projects) verbraucht einen Großteil des MAX_PATH-Limits allein, und außerdem gibt es die Standardeinstellung zum Erstellen eines Ordners für die Lösung und ein Unterordner für das Projekt. Ein raffinierter Trick ist die Verwendung von subst, um den Projektordner einem eigenen Laufwerksbuchstaben zuzuordnen. Dadurch können Sie so viel wie möglich aus dem Limit herausquetschen, was für die meisten Projekte mit beträchtlicher Größe völlig ausreicht.

Wir know über dieses Problem natürlich. Leider sind wir alleine auf better diagnostics only beschränkt (und selbst dann können wir nur so viel tun). Die richtige Lösung hängt von den Kooperationsbemühungen vieler Teams in MS ab, was möglicherweise irgendwann passieren wird, aber es wird definitiv nicht bald geschehen - auch wenn wir versuchen, dies früher zu erreichen, jetzt, wo es ein sehr reales Benutzerszenario gibt Das ist ein großer Ansporn.

Quelle

2014-05-15 02:53:11

Konnte nicht mehr zustimmen. Ich würde gerne zu Windows zurückkehren, aber der MAX_PATH tötet die meisten großen Knoten-Projekte vollständig ab. – justin

Ich wollte nur darauf hinweisen, dass Colin Bown bei http://visualstudio.uservoice.com diesen Post verlinkt hat, also dachte ich, ich würde die Schleife vervollständigen. Dies ist ein Problem, dass die Community Microsoft aufgefordert hat, zu korrigieren (Ursprünglicher Vorschlag: http://bit.ly/1lUi7C4) sie beschlossen, das erste zu verweigern, die Gemeinschaft reagierte, indem sie den gleichen Vorschlag mit einem Link zum ersten (befindet hier: http://bit.ly/1pFcTKG) und die Stimmenzahl steigt weiter. Ich verbinde es hier, um zu helfen, mehr Stimmen zu bekommen, damit MS es nicht einfach ein zweites Mal ignoriert. Dies ist ein lächerliches Problem, das sie beheben müssen. –

Ich hatte Node-Projekte mit einem Ordner direkt am Stamm, und * noch * bekam das MAX_PATH-Problem. Seit dem Zeitpunkt, zu dem diese Antwort gegeben wurde, hat das ASP.NET-Team ein Node-Paket entwickelt, das "flatten-packages" hilft. https://visualstudiogallery.msdn.microsoft.com/cd0b1938-4513-4e57-b9b7-c674b4a20e79 –

Dieses Problem wird von "node_modules" erzeugt, die Plugins mit zu tieferen Verzeichnissen enthalten. Die Lösung besteht darin, alle Abhängigkeiten von Plugins zu "node_modules" zu extrahieren. Sehen Sie sich an, wie zu implementieren-Knoten-js-Anwendung mit Deep-Node-Module-Struktur-on-Windows answer

Quelle

2015-07-23 14:36:44 roag92

Datei Pfad Zeichen Limit Fehler in Windows und Node App

Antwort

Verwandte Themen