2014-04-28 6 views
5

Sto lavorando a un progetto Node in Visual Studio 2012 e ho appena eseguito l'errore di limite del percorso di file di 260 malfamati.Errore di limite del carattere del percorso del file in App Windows e Node

Le mie domande sono: è anche possibile lavorare su un progetto Node di qualsiasi dimensione significativa in Visual Studio/Windows? I lunghi percorsi di file provengono dalla directory node_modules che ovviamente annida i moduli che hanno i propri node_modules, che ovviamente annidano ....

Ho pensato di installare tutte le dipendenze a livello globale ma non può essere una buona idea.

Qualche suggerimento?

+0

C'è una soluzione a questo problema qui http://stackoverflow.com/questions/ 13318364/how-to-deploy-node-js-application-with-deep-node-modules-structure-on-windows – Etienne

risposta

5

Per ora, il meglio che puoi fare è mettere i tuoi progetti il ​​più vicino possibile alla radice. L'ubicazione predefinita del progetto VS (C: \ Users {nomeutente} \ Documenti \ Visual Studio 2013 \ Projects) consuma un bel po 'del limite MAX_PATH da solo, e poi c'è anche l'impostazione predefinita per creare una cartella per la soluzione e una sottocartella per il progetto. Un trucco elegante consiste nell'usare subst per mappare la cartella del progetto in una lettera di unità propria, che ti consente di spremere il più possibile il limite, ed è abbastanza sufficiente per la maggior parte dei progetti di dimensioni significative.

Noi know su questo problema, ovviamente. Sfortunatamente, da soli siamo limitati allo better diagnostics only (e anche in questo caso possiamo fare solo così tanto). La correzione corretta dipende dagli sforzi cooperativi di molti team nella SM, cosa che potrebbe accadere alla fine, ma sicuramente non accadrà presto - anche se stiamo cercando di farlo prima che ci sia uno scenario utente molto reale in cui questo è un grande spettacolo-tappo.

+1

Non potrei essere più d'accordo. Mi piacerebbe tornare su Windows ma MAX_PATH elimina completamente la maggior parte dei progetti di nodi di grandi dimensioni. – justin

+4

Volevo solo sottolineare che Colin Bowern su http://visualstudio.uservoice.com ha collegato questo post, quindi ho pensato di completare il ciclo. Questo è un problema che la comunità ha chiesto a Microsoft di correggere (suggerimento originale: http://bit.ly/1lUi7C4) hanno deciso di negare il primo, la comunità ha risposto inviando lo stesso suggerimento con un link al primo (che si trova qui: http://bit.ly/1pFcTKG) e il conteggio dei voti continua a salire. Lo sto collegando qui nella speranza di contribuire ad acquisire più voti, quindi MS non lo ignora semplicemente una seconda volta. Questo è un problema ridicolo che devono essere risolti. –

+0

Ho avuto progetti di nodi con una cartella direttamente alla radice e * ancora * ha ottenuto il problema MAX_PATH. Dal momento in cui è stata fornita questa risposta, il team di ASP.NET ha sviluppato un pacchetto Node che aiuterà, "flatten-packages". https://visualstudiogallery.msdn.microsoft.com/cd0b1938-4513-4e57-b9b7-c674b4a20e79 –

0

Questo problema è generato da "node_modules" che contiene plugin con directory troppo profonde. La soluzione è estrarre tutte le dipendenze dei plugin su "node_modules". Cerca in how-to-deploy-node-js-application-con-deep-node-modules-structure-on-windows this answer

Problemi correlati