Perché dobbiamo installare gulp a livello globale e locale?

2 manuali su gulp dicono che devo installare gulp prima a livello globale (con -g flag) e poi ancora una volta localmente. Perché ne ho bisogno?

Quando si installa uno strumento a livello globale, deve essere utilizzato da un utente come utility da riga di comando ovunque, anche al di fuori dei progetti nodo. Le installazioni globali per un progetto nodo sono errate perché rendono più difficile la distribuzione.

npm 5.2+

L' npxutilità in bundle npm 5.2risolve questo problema. Con esso è possibile richiamare utilità installate localmente come utilità installate a livello globale (ma è necessario iniziare il comando con npx). Ad esempio, se si desidera invocare un'installazione locale eslint, è possibile eseguire:

npx eslint .

npm <5.2

Se utilizzato in un scriptcampo di package.json, npmcerca node_moduleslo strumento e i moduli installati a livello globale, quindi l'installazione locale è sufficiente.

Quindi, se sei soddisfatto (nel tuo package.json):

"devDependencies": {
    "gulp": "3.5.2"
}
"scripts": {
    "test": "gulp test"
}

ecc. e funzionando con npm run testallora non dovresti aver bisogno dell'installazione globale.

Entrambi i metodi sono utili per configurare le persone con il tuo progetto poiché sudonon è necessario. Significa anche che gulpverrà aggiornato quando la versione viene archiviata in package.json, quindi tutti useranno la stessa versione di gulp durante lo sviluppo con il tuo progetto.

Addendum:

Sembra che gulp abbia un comportamento insolito quando usato a livello globale. Se utilizzato come installazione globale, gulp cerca un gulp installato localmente a cui passare il controllo. Pertanto un'installazione globale gulp richiede un'installazione locale gulp per funzionare. La risposta sopra è ancora valida. Le installazioni locali sono sempre preferibili alle installazioni globali.

TLDR; Ecco perché :

Il motivo per cui funziona è perché gulptenta di eseguire il tuo gulpfile.jsutilizzo della versione installata localmente di gulp, vedi qui . Da qui il motivo di un'installazione globale e locale di gulp.

In sostanza, quando installi gulplocalmente lo script non è nel tuo PATHe quindi non puoi semplicemente digitare gulpe aspettarti che la shell trovi il comando. Installandolo a livello globale lo gulpscript entra nel tuo PATHperché la node/bin/directory globale è molto probabilmente sul tuo percorso.

Per rispettare le dipendenze locali, tuttavia, gulputilizzerà la versione installata localmente di se stesso per eseguire il gulpfile.js.

È possibile collegare a livello globale installato gulplocalmente con

npm link gulp

La domanda " Perché dobbiamo installare gulp a livello globale e locale? " Può essere suddivisa nelle due domande seguenti:

1. Perché devo installare gulp localmente se l'ho già installato a livello globale?

2. Perché devo installare gulp a livello globale se l'ho già installato localmente?

Molti altri hanno fornito risposte eccellenti a queste domande in modo isolato, ma ho pensato che sarebbe stato utile consolidare le informazioni in una risposta unificata.

Perché devo installare gulp localmente se l'ho già installato a livello globale?

La logica per l'installazione di gulp localmente comprende diversi motivi:

1. Includere le dipendenze del progetto a livello locale garantisce che la versione di gulp (o altre dipendenze) utilizzata sia la versione originariamente prevista.
2. Node non considera i moduli globali per impostazione predefinita quando si utilizza require () (che è necessario includere gulp nello script). In definitiva, ciò è dovuto al fatto che il percorso dei moduli globali non viene aggiunto a NODE_PATH per impostazione predefinita.
3. Secondo il team di sviluppo del nodo, i moduli locali si caricano più velocemente. Non posso dire perché questo sia, ma questo sembrerebbe essere più rilevante per l'uso del nodo nella produzione (cioè dipendenze di runtime) che nello sviluppo (cioè dipendenze di sviluppo). Suppongo che questo sia un motivo legittimo in quanto ad alcuni potrebbe interessare qualunque vantaggio di velocità minore si ottenga caricando moduli locali rispetto a quelli globali, ma non esitate a sollevare il sopracciglio per questo motivo.

Perché devo installare gulp a livello globale se l'ho già installato localmente?

1. La logica per l'installazione di gulp a livello globale è in realtà solo la comodità di trovare automaticamente l'eseguibile gulp nel percorso del sistema.

Per evitare l'installazione a livello locale è possibile utilizzare npm link [package], ma il comando di collegamento e il install --globalcomando non sembrano supportare l' --save-devopzione, il che significa che non sembra esserci un modo semplice per installare gulp a livello globale e quindi aggiungere facilmente qualunque versione sia il tuo file package.json locale.

In definitiva, credo che abbia più senso avere la possibilità di utilizzare moduli globali per evitare di duplicare l'installazione di strumenti comuni su tutti i tuoi progetti, specialmente nel caso di strumenti di sviluppo come grunt, gulp, jshint, ecc. Purtroppo sembra che finisci per combattere un po 'gli strumenti quando vai contro il grano.

Tecnicamente non è necessario installarlo a livello globale se la node_modulescartella nell'installazione locale è nella propria PATH. Generalmente questa non è una buona idea.

In alternativa se si fa npm testriferimento gulpallora puoi semplicemente digitare npm teste verrà eseguito il gulp locale.

Non ho mai installato gulp a livello globale - penso che sia una cattiva forma.

Non sono sicuro che il nostro problema fosse direttamente correlato all'installazione di gulp solo localmente. Ma abbiamo dovuto installare noi stessi un sacco di dipendenze. Ciò ha portato a un "enorme" package.json e non siamo sicuri che sia davvero un'ottima idea installare gulp solo localmente. Abbiamo dovuto farlo a causa del nostro ambiente di costruzione. Ma non consiglierei l'installazione di gulp non a livello globale se non è assolutamente necessario. Abbiamo riscontrato problemi simili come descritto nel seguente post sul blog

Nessuno di questi problemi sorge per nessuno dei nostri sviluppatori sui loro computer locali perché tutti hanno installato gulp a livello globale. Sul sistema di build abbiamo riscontrato i problemi descritti. Se qualcuno è interessato, potrei approfondire questo problema. Ma in questo momento volevo solo menzionare che non è un percorso facile per installare gulp solo localmente.

Solo perché non l'ho visto qui, se sei su MacOS o Linux, ti suggerisco di aggiungere questo al tuo PERCORSO (nella tua base ecc.):

node_modules/.bin

Con questa voce relativa del percorso, se ci si trova nella cartella principale di qualsiasi progetto nodo, è possibile eseguire qualsiasi strumento da riga di comando (eslint, gulp, ecc. Ecc.) Senza preoccuparsi di "installazioni globali" o npm runecc.

Una volta fatto questo, non ho mai installato un modulo a livello globale.