variabili d'ambiente passando NPM-script

Question

Ho un package.json con i seguenti contenuti (semplificato) negli script chiave:

... 
scripts: { 
    "start": "NODE_ENV=${NODE_ENV:=production} node start-app.js", 
    "poststart": "echo $NODE_ENV" 
} 
... 

Dalla riga di comando posso correre:

npm start 

Questo eseguirà il mio script start-app.js e imposteremo la variabile di ambiente process.env.NODE_ENV su "produzione". Vedere here per la spiegazione della sintassi.

Il poststart verrà eseguito automaticamente dopo l'avvio come descritto in here.

Tuttavia poststart non "erediterà" la variabile di ambiente della shell NODE_ENV, quindi il comando echo non eseguirà alcun eco.

Il mio codice di produzione è un po 'più complesso, ma quello che sto cercando di ottenere è passare la variabile NODE_ENV dal "punto di partenza" agli script dipendenti. Qualche suggerimento/miglior pratica su come farlo?

Non voglio hardcode il NODE_ENV nel poststart, perché potrei voler fare:

NODE_ENV=development npm start 

e voglio everyting "valle della catena" ereditano lo stesso ambiente.

Answer 1

avete alcune opzioni:

• better-npm-run, che possono definire un env per ogni comando separatamente
• Invece di uno script poststart, è possibile concatenare i comandi per NPM in questo modo: "start": "NODE_ENV=${NODE_ENV:=production} node start-app.js && echo $NODE_ENV"
• Usa un gestore di processi in produzione come pm2. pm2 consente di definire i file json specifici per l'ambiente con impostazioni come NODE_ENV. Nella nostra azienda, abbiamo eseguito con successo tutte le nostre applicazioni in ambienti diversi con PM2 (per tutto il tempo che hanno lo stesso comando di avvio)

Answer 2

Se si dispone di piccola uso carter, utilizzare meglio-NPM-run. Per i casi piccoli, funziona bene. In qualche modo, se hai molti comandi, è difficile da gestire. Prova, batman-cli. Lavorare bene e gestire molte questioni ambientali-dipendente

NPM i -G batman-cli