package.json内から環境変数を設定する方法

内部からいくつかの環境変数を設定してpackage.json、npm start同様のコマンドで使用するにはどうすればよいですか？

これが私が現在持っているものpackage.jsonです：

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

NODE_ENV起動スクリプトで環境変数（など）を設定しながら、1つのコマンドだけでアプリを起動できるようにしたいnpm start。

スクリプトコマンドで環境変数を設定します。

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

次にprocess.env.NODE_ENV、アプリで使用します。

注：envプラットフォーム間で確実に機能します。Mac / Linuxのみに関心がある場合は省略できます。

NPMパッケージcross-envを使用するだけです。超簡単。Windows、Linux、およびすべての環境で動作します。&&を使用して次のタスクに移動しないことに注意してください。環境を設定し、次のタスクを開始するだけです。クレジットここのコメントの1つにある提案の@mikekidderのです。

ドキュメントから：

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

複数のグローバル変数を設定したい場合は、それらを続けて記述し、その後にコマンドを実行するだけです。

最終的に、（spawnを使用して）実行されるコマンドは次のとおりです。

webpack --config build/webpack.config.js

NODE_ENV環境変数は、クロスENVによって設定されます。

私はしばしば複数の環境変数で作業しているので、それらを別の.envファイルに保存しておくと便利です（ソース管理ではこれを無視してください）。

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

次にexport $(cat .env | xargs) &&、スクリプトコマンドの前に追加します。

例：

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

テストでは、npm run env（linux）またはnpm run env-windows（windows）を実行して環境変数を表示できます。

私は、将来のNode-explorersのためにここに2セントを追加したかっただけです。Ubuntu 14.04では動作NODE_ENV=testしませんでしたが、export NODE_ENV=testその後使用する必要がありましたNODE_ENV=test動作始めました。

Windowsでは使用する必要があると言われていますがset NODE_ENV=test、クロスプラットフォームソリューションの場合、cross-envライブラリはうまく機能していないようで、これを行うには本当にライブラリが必要ですか。

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

それ以外の場合、Windowsは認識されないexport NODE_ENVコマンド：Dでクラッシュするため、垂直バーが必要です。後続のスペースについてDunnoですが、念のため、私もそれらを削除しました。

これをWindowsで置き換えてみてくださいYOURENV：

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

突然、私はactionheroが次のコードを使用していることを発見しました。これにより--NODE_ENV=production、開始スクリプトコマンドオプションを渡すだけで問題が解決しました。

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

私は、package.jsonまたはinitスクリプトなどで環境変数を設定するより良い方法を知っている他の誰かの回答を受け入れていただければ幸いです。

より大きな環境変数のセットの場合、またはそれらを再利用する場合は、を使用できますenv-cmd。

./.env ファイル：

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

./package.json：

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

質問には直接回答しませんが、他の回答の上にアイデアを共有したいと思います。私が得たものから、これらのそれぞれはクロスプラットフォームの独立性を達成するためにある程度の複雑さを提供するでしょう。

私のシナリオでは、当初、JWT認証でサーバーを保護するかどうかを制御する変数を設定する（開発目的）必要がありました。

回答を読んだ後、2つの異なるファイルを作成することにしました。認証はそれぞれオンとオフになっています。

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

ファイルは、元のindex.jsファイル（名前をに変更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
    }
}

おそらくこれは誰かを助けることができます

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

これはWindowsコンソールで機能します。

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

npm run aaa

出力： test

詳細については、この回答を参照してください。

Windowsではgit bashを使用してください。Git Bashは、cmdとは異なる方法でコマンドを処理します。

このようにNODE_ENV = productionで環境変数を設定すると、ほとんどのWindowsコマンドプロンプトが詰まるでしょう。（例外は、ネイティブBashを使用するWindows上のBashです。）同様に、ウィンドウとPOSIXコマンドが環境変数を使用する方法にも違いがあります。POSIXでは$ ENV_VARを使用し、Windowsでは％ENV_VAR％を使用します。-クロス環境ドキュメント

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

dotenvパッケージを使用して環境変数を宣言する

でENV変数を設定しないでくださいpackage.json。actionheroを使用NODE_ENVして、のファイルから読み込まれる構成オプションを変更できます./config。redis構成ファイルを確認し、NODE_ENVを使用してデータベースオプションを変更する方法を確認してください。NODE_ENV=test

他のENV変数を使用して設定（おそらくHTTPポート）を行う場合でも、で何も変更する必要はありませんpackage.json。たとえばPORT=1234、ENVで設定し、それをのHTTPポートとして使用する場合NODE_ENV=productionは、関連する設定ファイルIEでそれを参照するだけです。

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

npm（およびyarn）は、 package.jsonからスクリプトに環境変数として多くのデータを渡します。npm run envそれらをすべて見るために使用します。これは、https：//docs.npmjs.com/misc/scripts#environmentに記載されており、「ライフサイクル」スクリプトだけでなくprepublish、npm run。

これらの内部コード（process.env.npm_package_config_portJSなど）にアクセスできますが、スクリプトを実行しているシェルですでに使用できるため、次のようにアクセスすることもできます。$npm_...、「スクリプト」の拡張（UNIX構文、Windowsでは機能しない可能性がありますか？）。

「設定」セクションには、この使用することを目的と思われます。

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

これらの「config」フィールドの重要な品質は、ユーザーが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

npm configとyarn config docsを参照してください。
その糸が読み込み表示されます~/.npmrcので、npm config set両方に影響しますが、yarn config setへの書き込み~/.yarnrc、これだけ糸がそれを見ることができます:-(

@lukeの答えは私が必要とするもののほとんどでした！ありがとう。

選択された回答は非常に単純（かつ正しい）ですが、古いので、スクリプトの実行時に.env個別のファイルから変数をインポートし、Lukeの回答に対するいくつかの制限を修正するための代替手段を提供したいと思います。これを試して：

::: .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"

次に、パッケージjsonで、変数を設定して必要なスクリプトの前に実行するスクリプトを作成します。

::: package.json :::

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

いくつかの観察：

• grepさ​​れたcatコマンドの正規表現は、コメントと空の行をクリアします。

• &&する必要はありません。「糊付け」にnpm run set-envは、同じコマンドで変数を設定した場合、それは必要とされるであろうと、。

• ヤーンを使用している場合、警告が表示される場合があります。変更するyarn set-envか、npm run set-env --scripts-prepend-node-path &&代わりに使用することができます。

異なる環境

使用する際のもう1つの利点は、さまざまな環境変数を使用できることです。

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

キー、パスワード、または機密データ/個人データが含まれている場合は、gitリポジトリに.envファイルを追加しないでください。