Package.json içinden ortam değişkenleri nasıl ayarlanır

Bazı ortam değişkenleri içerden benzer komutlarla package.jsonkullanılacak şekilde nasıl ayarlanır npm start?

İşte şu anda benim var package.json:

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

NODE_ENVHala tek bir komut ile uygulamayı başlatmak mümkün iken, başlangıç ​​komut dosyasında ortam değişkenleri (gibi ) ayarlamak istiyorum npm start.

Ortam değişkenini kod komutunda ayarlayın:

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

Ardından process.env.NODE_ENVuygulamanızda kullanın .

Not: envplatformlar arasında çalışmasını sağlar. Yalnızca Mac / Linux'u önemsiyorsanız bunu atlayabilirsiniz.

Sadece NPM paket çapraz-env kullanın . Süper kolay. Windows, Linux ve tüm ortamlarda çalışır. Bir sonraki göreve geçmek için && kullanmadığınıza dikkat edin. Env'yi ayarlayıp bir sonraki görevi başlatmanız yeterlidir. Buradaki yorumlardan birinde öneri için @mikekidder'e teşekkür ederiz .

Belgelerden:

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

Birden fazla global değişken ayarlamak istiyorsanız, bunları arka arkaya ve ardından yürütülecek komutunuzu belirttiğinize dikkat edin.

Sonuçta, yürütülen komut (spawn kullanarak):

webpack --config build/webpack.config.js

NODE_ENVÇevre değişkeni çapraz env tarafından belirlenecektir

İki sentimi gelecekteki Düğüm kaşifleri için buraya eklemek istedim. Ubuntu 14.04'ümde NODE_ENV=testişe yaramadı, kullanmak zorunda kaldım, export NODE_ENV=testsonra da NODE_ENV=testçalışmaya başladım, garip.

Windows'da söylendiğiniz gibi kullanmanız gerekiyor, set NODE_ENV=testancak çapraz platform çözümü için çapraz env kütüphanesi hile gibi görünmüyordu ve bunu yapmak için gerçekten bir kütüphaneye ihtiyacınız var mı:

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

Dikey çubuklar gereklidir, aksi takdirde Windows tanınmayan export NODE_ENVkomutta kilitlenir : D. Sondaki boşluk hakkında bilmiyorum ama sadece onları da çıkardığımdan emin olmak için.

Kendimi genellikle birden çok ortam değişkeniyle çalışırken bulduğum için, bunları ayrı bir .envdosyada tutmanın yararlı olduğunu düşünüyorum (bunu kaynak denetiminizden yoksayı unutmayın).

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

Sonra export $(cat .env | xargs) &&komut dosyası komutunuzun önüne ekleyin.

Misal:

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

Bir test için env değişkenlerini npm run env(linux) veya npm run env-windows(windows) çalıştırarak görüntüleyebilirsiniz.

Bunu değiştirerek Windows'ta deneyin YOURENV:

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

aniden actionhero aşağıdaki kodu kullanıyor, bu sadece --NODE_ENV=productionkomut dosyası komut seçeneği geçerek benim sorun çözüldü bulundu .

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

Gerçekten paket değişkenleri çevre değişkenleri ayarlamak için daha iyi bir yol bilen başka birinin cevap kabul ediyorum takdir ediyorum.

Daha geniş bir ortam değişkeni kümesi için veya bunları yeniden kullanmak istediğinizde kullanabilirsiniz env-cmd.

./.env dosya:

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

./package.json:

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

Soruyu doğrudan cevaplamasa da, diğer cevapların üstünde bir fikir paylaşmak istiyorum. Bunlardan her birini aldığımdan, platformlar arası bağımsızlığa ulaşmak için bir miktar karmaşıklık sunacaktı.

Benim senaryomda, başlangıçta, sunucuyu JWT kimlik doğrulamasıyla güvence altına alıp almayacağınızı kontrol etmek için bir değişken ayarlamak istedim (geliştirme amaçlı)

Yanıtları okuduktan sonra, kimlik doğrulaması sırasıyla açık ve kapalı olmak üzere 2 farklı dosya oluşturmaya karar verdim.

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

Dosyalar basitçe (adını değiştirdiğim appbootstrapper.js) orijinal index.js dosyasını çağıran sarmalayıcılardır :

//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
    }
}

Belki bu başka birine yardımcı olabilir

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

Bu, Windows konsolunda çalışır :

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

npm run aaa

çıktı: test

Ayrıntılar için bu cevaba bakınız.

ENV değişkenlerini ayarlamamalısınız package.json. actionhero NODE_ENV, içindeki dosyalardan yüklenen yapılandırma seçeneklerini değiştirmenize izin vermek için kullanır ./config. Redis yapılandırma dosyasını kontrol edin ve NODE_ENV'nin veritabanı seçeneklerini değiştirmek için nasıl kullanıldığını görün.NODE_ENV=test

Bir şeyleri ayarlamak için başka bir ENV değişkeni kullanmak istiyorsanız (belki HTTP bağlantı noktası), yine de hiçbir şeyi değiştirmenize gerek yoktur package.json. Örneğin, PORT=1234ENV'de ayarladıysanız ve bunu HTTP bağlantı noktası olarak kullanmak istiyorsanız NODE_ENV=production, ilgili yapılandırma dosyasında IE'ye başvurmanız yeterlidir:

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

npm (ve iplik) package.json dosyasından çok sayıda veriyi ortam değişkenleri olarak betiklere aktarır . npm run envHepsini görmek için kullanın . Bu, https://docs.npmjs.com/misc/scripts#environment içinde belgelenmiştir ve yalnızca "yaşam döngüsü" komut dosyaları için prepublishdeğil, aynı zamanda yürüttüğü komut dosyaları için de geçerlidir npm run.

Bu iç koda erişebilirsiniz (örn process.env.npm_package_config_port. JS'de), ancak komut dosyalarını çalıştıran kabuk tarafından zaten kullanılabilir, böylece $npm_..."komut dosyalarında" (unix sözdizimi, pencerelerde çalışmayabilir mi?)

"Yapılandırma" bölümü bu kullanılmak üzere tasarlanmıştır görünüyor:

  "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/"
  } 

Bu "yapılandırma" alanlarının önemli bir kalitesi, kullanıcıların package.json'u değiştirmeden bunları geçersiz kılabilmesidir .

$ 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

Bkz. Npm yapılandırma ve iplik yapılandırma belgeleri.
O iplik okur görünür ~/.npmrcböylece npm config sethem etkiler, ancak yarn config setyazar ~/.yarnrcbu yüzden sadece iplik göreceksiniz, :-(

@ luke'nin cevabı neredeyse ihtiyacımdı! Teşekkürler.

Seçilen cevap çok basit (ve doğru), ancak eski olduğundan, komut dosyalarınızı çalıştırırken ve Luke'un cevabına bazı sınırlamaları giderirken değişkenleri .env ayrı bir dosyadan içe aktarmak için bir alternatif sunmak istiyorum. Bunu dene:

::: .env dosyası :::

# 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"

Ardından, json paketinizde, değişkenleri ayarlayacak ve ihtiyacınız olan komut dosyalarından önce çalıştıracak bir komut dosyası oluşturacaksınız:

::: package.json :::

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

Bazı gözlemler:

• Grep'ed cat komutundaki düzenli ifade, yorumları ve boş satırları temizler.

• &&Olması gerekmez "yapışık" için npm run set-envaynı komutu değerleri ayarlama ile sağlanmaması halinde gerekli olacak.

• İplik kullanıyorsanız, bir uyarı görebilirsiniz, onu ya değiştirebilirsiniz ya yarn set-envda kullanabilirsiniz npm run set-env --scripts-prepend-node-path &&.

Farklı ortamlar

Bunu kullanmanın bir diğer avantajı, farklı ortam değişkenlerine sahip olabilmenizdir.

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

Lütfen anahtarlarınız, parolalarınız veya mantıklı / kişisel verileriniz olduğunda git deponuza .env dosyaları eklememeyi unutmayın!

pencerelerde git bash kullanın. Git Bash komutları cmd'den farklı işler.

Çoğu Windows komut istemi, NODE_ENV = bunun gibi üretim ile ortam değişkenleri ayarladığınızda boğulur. (İstisna, yerel Bash kullanan Windows'ta Bash'dir.) Benzer şekilde, pencerelerin ve POSIX komutlarının ortam değişkenlerini kullanma biçiminde bir fark vardır. POSIX ile şunları kullanırsınız: $ ENV_VAR ve pencerelerde% ENV_VAR% kullanırsınız. - çapraz env doktoru

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

env değişkenlerini bildirmek için dotenv paketini kullanın