Cara mengatur variabel lingkungan dari dalam package.json

Cara mengatur beberapa variabel lingkungan dari dalam package.jsonuntuk digunakannpm start perintah seperti?

Inilah yang saat ini saya miliki di package.json:

{
  ...
  "scripts": {
    "help": "tagove help",
    "start": "tagove start"
  }
  ...
}

Saya ingin mengatur variabel lingkungan (seperti NODE_ENV) dalam skrip mulai sementara masih dapat memulai aplikasi hanya dengan satu perintah npm start,.

Setel variabel lingkungan dalam perintah skrip:

...
"scripts": {
  "start": "node app.js",
  "test": "env NODE_ENV=test mocha --reporter spec"
},
...

Kemudian gunakan process.env.NODE_ENVdi aplikasi Anda.

Catatan: envmemastikan bahwa itu berfungsi lintas platform. Anda dapat menghilangkannya jika Anda hanya peduli dengan Mac / Linux.

Cukup gunakan paket NPM lintas-env . Sangat mudah. Bekerja pada Windows, Linux, dan semua lingkungan. Perhatikan bahwa Anda tidak menggunakan && untuk pindah ke tugas berikutnya. Anda cukup mengatur env dan kemudian memulai tugas berikutnya. Kredit ke @mikekidder untuk saran di salah satu komentar sini.

Dari dokumentasi:

{
  "scripts": {
    "build": "cross-env NODE_ENV=production OTHERFLAG=myValue webpack --config build/webpack.config.js"
  }
}

Perhatikan bahwa jika Anda ingin mengatur beberapa global vars, Anda cukup menyatakannya secara berurutan, diikuti dengan perintah Anda untuk dieksekusi.

Pada akhirnya, perintah yang dieksekusi (menggunakan spawn) adalah:

webpack --config build/webpack.config.js

The NODE_ENVvariabel lingkungan akan ditetapkan oleh lintas-env

Karena saya sering menemukan diri saya bekerja dengan beberapa variabel lingkungan, saya merasa berguna untuk menyimpannya dalam .envfile terpisah (pastikan untuk mengabaikan ini dari kontrol sumber Anda).

VAR_A=Hello World
VAR_B=format the .env file like this with new vars separated by a line break

Kemudian letakkan di export $(cat .env | xargs) &&depan perintah skrip Anda.

Contoh:

{
  ...
  "scripts": {
    ...
    "start": "export $(cat .env | xargs) && echo do your thing here",
    "env": "export $(cat .env | xargs) && env",
    "env-windows": "export $(cat .env | xargs) && set"
  }
  ...
}

Untuk tes Anda dapat melihat variabel env dengan menjalankan npm run env(linux) atau npm run env-windows(windows).

Saya hanya ingin menambahkan dua sen saya di sini untuk penjelajah Node di masa depan. Di Ubuntu 14.04 NODE_ENV=testsaya tidak berfungsi, saya harus menggunakan export NODE_ENV=testsetelah itu NODE_ENV=testmulai bekerja juga, aneh.

Pada Windows seperti yang telah dikatakan Anda harus menggunakan set NODE_ENV=testtetapi untuk solusi lintas-platform perpustakaan cross-env tampaknya tidak melakukan trik dan apakah Anda benar-benar membutuhkan perpustakaan untuk melakukan ini:

export NODE_ENV=test || set NODE_ENV=test&& yadda yadda

Bilah vertikal diperlukan karena jika tidak, Windows akan mogok pada export NODE_ENVperintah yang tidak dikenal : D. Tidak tahu tentang ruang trailing tetapi hanya untuk memastikan saya menghapusnya juga.

Coba ini di Windows dengan mengganti YOURENV:

  {
    ...
     "scripts": {
       "help": "set NODE_ENV=YOURENV && tagove help",
       "start": "set NODE_ENV=YOURENV && tagove start"
     }
    ...
  }

tiba-tiba saya menemukan bahwa actionhero menggunakan kode berikut, yang memecahkan masalah saya dengan hanya meneruskan --NODE_ENV=productionopsi perintah skrip mulai.

if(argv['NODE_ENV'] != null){
  api.env = argv['NODE_ENV'];
} else if(process.env.NODE_ENV != null){
  api.env = process.env.NODE_ENV;
}

saya akan sangat menghargai untuk menerima jawaban dari orang lain yang tahu cara yang lebih baik untuk mengatur variabel lingkungan dalam package.json atau skrip init atau sesuatu seperti, di mana aplikasi dibooting oleh orang lain.

Untuk variabel lingkungan yang lebih besar atau ketika Anda ingin menggunakannya kembali, Anda dapat menggunakannya env-cmd.

./.env mengajukan:

# This is a comment
ENV1=THANKS
ENV2=FOR ALL
ENV3=THE FISH

./package.json:

{
  "scripts": {
    "test": "env-cmd mocha -R spec"
  }
}

Meskipun tidak secara langsung menjawab pertanyaan saya ingin membagikan ide di atas jawaban lainnya. Dari apa yang saya dapatkan masing-masing akan menawarkan beberapa tingkat kompleksitas untuk mencapai kemandirian lintas platform.

Pada skenario saya, semua yang saya inginkan, pada awalnya, untuk mengatur variabel untuk mengontrol apakah akan mengamankan server dengan otentikasi JWT (untuk tujuan pengembangan)

Setelah membaca jawaban saya memutuskan hanya untuk membuat 2 file yang berbeda, dengan otentikasi dihidupkan dan dimatikan masing-masing.

  "scripts": {
    "dev": "nodemon --debug  index_auth.js",
    "devna": "nodemon --debug  index_no_auth.js",
  }

File-file tersebut hanyalah pembungkus yang memanggil file index.js asli (yang saya beri nama baru appbootstrapper.js):

//index_no_auth.js authentication turned off
const bootstrapper = require('./appbootstrapper');
bootstrapper(false);

//index_auth.js authentication turned on
const bootstrapper = require('./appbootstrapper');
bootstrapper(true);

class AppBootStrapper {

    init(useauth) {
        //real initialization
    }
}

Mungkin ini bisa membantu orang lain

{
  ...
  "scripts": {
    "start": "ENV NODE_ENV=production someapp --options"
  }
  ...
}

Ini akan berfungsi di konsol Windows :

"scripts": {
  "aaa": "set TMP=test && npm run bbb",
  "bbb": "echo %TMP%"
}

npm run aaa

keluaran: test

Lihat jawaban ini untuk detailnya.

gunakan git bash di windows. Git Bash memproses perintah secara berbeda dari cmd.

Sebagian besar perintah Windows akan tersedak ketika Anda mengatur variabel lingkungan dengan NODE_ENV = produksi seperti itu. (Pengecualian adalah Bash pada Windows, yang menggunakan Bash asli.) Demikian pula, ada perbedaan dalam bagaimana perintah windows dan POSIX menggunakan variabel lingkungan. Dengan POSIX, Anda menggunakan: $ ENV_VAR dan di windows Anda menggunakan% ENV_VAR%. - cross-env doc

{
  ...
  "scripts": {
    "help": "tagove help",
    "start": "env NODE_ENV=production tagove start"
  }
  ...
}

gunakan paket dotenv untuk mendeklarasikan variabel env

Anda seharusnya tidak mengatur variabel ENV di package.json. actionhero menggunakan NODE_ENVuntuk memungkinkan Anda mengubah opsi konfigurasi yang diambil dari file di ./config. Periksa file konfigurasi redis , dan lihat bagaimana NODE_ENV digunakan untuk mengubah opsi basis data diNODE_ENV=test

Jika Anda ingin menggunakan variabel ENV lain untuk mengatur sesuatu (mungkin port HTTP), Anda masih tidak perlu mengubah apa pun di package.json. Misalnya, jika Anda menetapkan PORT=1234ENV dan ingin menggunakannya sebagai port HTTP NODE_ENV=production, cukup rujuk di file konfigurasi yang relevan, yaitu:

# in config/servers/web.js
exports.production = { 
  servers: {
    web: function(api){
      return {
       port: process.env.PORT
      }
    }
  }
}

npm (dan benang) melewatkan banyak data dari package.json ke dalam skrip sebagai variabel lingkungan. Gunakan npm run envuntuk melihat semuanya. Ini didokumentasikan dalam https://docs.npmjs.com/misc/scripts#environment dan tidak hanya untuk skrip "siklus hidup" seperti prepublishtetapi juga skrip yang dijalankan oleh npm run.

Anda dapat mengakses kode dalam ini (misalnya process.env.npm_package_config_portdalam JS) tetapi sudah tersedia untuk shell yang menjalankan skrip sehingga Anda juga dapat mengaksesnya sebagai $npm_...ekspansi dalam "skrip" (unix sintaks, mungkin tidak berfungsi di windows?).

Bagian "config" tampaknya dimaksudkan untuk penggunaan ini:

  "name": "myproject",
  ...
  "config": {
    "port": "8010"
  },
  "scripts": {
    "start": "node server.js $npm_package_config_port",
    "test": "wait-on http://localhost:$npm_package_config_port/ && node test.js http://localhost:$npm_package_config_port/"
  } 

Kualitas penting dari bidang "config" ini adalah bahwa pengguna dapat menimpanya tanpa mengubah package.json !

$ npm run start

> myproject@0.0.0 start /home/cben/mydir
> node server.js $npm_package_config_port

Serving on localhost:8010

$ npm config set myproject:port 8020
$ git diff package.json  # no change!
$ cat ~/.npmrc
myproject:port=8020

$ npm run start

> myproject@0.0.0 start /home/cben/mydir
> node server.js $npm_package_config_port

Serving on localhost:8020

Lihat npm config dan benang config docs.
Tampaknya benang berbunyi ~/.npmrcsehingga npm config setmempengaruhi kedua, tetapi yarn config setmenulis untuk ~/.yarnrc, sehingga hanya benang akan melihatnya :-(

Jawaban @ luke hampir yang saya butuhkan! Terima kasih.

Karena jawaban yang dipilih sangat mudah (dan benar), tetapi sudah lama, saya ingin menawarkan alternatif untuk mengimpor variabel dari file terpisah .env ketika menjalankan skrip Anda dan memperbaiki beberapa batasan pada jawaban Luke. Coba ini:

::: File .env :::

# This way, you CAN use comments in your .env files
NODE_PATH="src/"

# You can also have extra/empty lines in it
SASS_PATH="node_modules:src/styles"

Kemudian, di paket json Anda, Anda akan membuat skrip yang akan mengatur variabel dan menjalankannya sebelum skrip yang Anda butuhkan:

::: package.json :::

scripts: {
  "set-env": "export $(cat .env | grep \"^[^#;]\" |xargs)",
  "storybook": "npm run set-env && start-storybook -s public"
}

Beberapa pengamatan:

• Ekspresi reguler dalam perintah cat grep'ed akan menghapus komentar dan baris kosong.

• The &&tidak perlu menjadi "terpaku" untuk npm run set-env, karena akan diperlukan jika Anda menetapkan variabel dalam perintah yang sama.

• Jika Anda menggunakan benang, Anda mungkin melihat peringatan, Anda dapat mengubahnya yarn set-envatau menggunakannya npm run set-env --scripts-prepend-node-path &&.

Lingkungan yang berbeda

Keuntungan lain saat menggunakannya adalah Anda dapat memiliki variabel lingkungan yang berbeda.

scripts: {
  "set-env:production": "export $(cat .production.env | grep \"^[^#;]\" |xargs)",
  "set-env:development": "export $(cat .env | grep \"^[^#;]\" |xargs)",
}

Tolong, ingatlah untuk tidak menambahkan file .env ke repositori git Anda ketika Anda memiliki kunci, kata sandi atau data pribadi yang masuk akal!