を開始するのではなくフラグ--settings settings.json
は自動的にMeteor.js
mrt --settings settings.json
で流星を開始するにsettings.json読み込み、それだけでdevに関する
mrt
を開始するのではなくフラグ--settings settings.json
は自動的にMeteor.js
mrt --settings settings.json
で流星を開始するにsettings.json読み込み、それだけでdevに関する
mrt
今日でコマンドがあるべきmeteor
(これ以上mrt
):
meteor --settings settings.json
自動的に設定ファイルをロードするには、私は方法がnpm
悪用する "The Meteor Chef" に提案したいと:
の作成プロジェクトルートのファイルpackage.json
{
"name": "my-app",
"version": "1.0.0",
"scripts": {
"start": "meteor --settings settings.json"
}
}
我々が流星を開始することができます。そして、
{
"name": "my-app",
"version": "1.0.0",
"scripts": {
"meteor:dev": "meteor --settings settings-dev.json",
"meteor:prod": "meteor --settings settings-prod.json"
}
}
:また、2つの以上の設定のための2つ以上のスクリプトを持つことが可能である
npm start
DEV/PROD
:
npm run meteor:dev
または
npm run meteor:prod
(ここでは、我々は「特別な」スクリプトstart
を必要としない、run
コマンドを追加する必要があることに注意してください)かについて、今日
を実行することにより、起動時に自動的にMeteor.Settings
を定義することができ、 alias
alias mrt='mrt --settings settings.json'
または
alias mrts='mrt --settings settings.json'
あなたはそれが永続的になりたい場合は、unalias mrts
でそれを削除する代わりに~/.bashrc
または~/.bash_profile
に入れて、流星は(生産に有用)
METEOR_SETTINGS = `cat path/to/settings.json`
export METEOR_SETTINGS
環境変数を受け入れ
エイリアスを使いたくない場合は、特定のルートディレクトリにbashスクリプトを作成することができますCプロジェクトのように:
devSH:
#!/bin/bash
meteor --settings ./config/development/settings.json
そして、ちょうどで流星プロジェクトディレクトリから実行します:
./dev.sh
あなたが-bash: ./dev.sh: Permission denied
を取得する場合だけ実行します。
chmod +x ./dev.sh
あなたが始めることができ、他のサービスを使用している場合それらのような流星の前にそう:
#!/bin/bash
sudo service elasticsearch start
meteor --settings ./config/development/settings.json
ええ、私は実際にこの方法で流星を発射するために交換しました。サービス/設定環境を開始する正確な理由 –
? – rodrigocprates