ローカルにグローバルでインストール環境毎にバージョン管理とかしないので。
Re:2 ですよね…作業者が違うバージョンのNode入れてて、npm iがこける、とかいうことはありましたが、そういう時は個別にフォローしてたので…結局ここのところって、Docker入れてても同じですよね。
オレもローカルに入れてる。
俺もそのまま突っ込んでる。自分しか使わないPCなので分ける意味がない。
nvm使おうよ
gulpとnmp使いましたがローカルですな
Re:6 nvmとnodebrewは使ってます。
Re:8 nodist 派なんだが少数派かな。
まず、極力グローバルインストールしないってのが前提。その上で、明らかにグローバルインストールした方がお得というものだけは、brewなどででバージョン管理する。nodebrew/phpbrew/rbenv etcgulpやwebpackはグローバルに展開するか迷うところだけれど、グローバル管理の最大の欠点は、環境差で不具合を起こす可能性がある(バージョンなど)ことだから、プロジェクトごとのローカル管理(package.jsonに羅列するだけ)にすればするほど、環境差には強くなれるね。
Re:10 ちなみに、npm scriptで必要ミドルウェアをローカルインストールする仕組みを作った上でgitなどで共有するよ。人様のグローバルは汚さない、期待しない。
10 件の回答
ローカルにグローバルでインストール
環境毎にバージョン管理とかしないので。
Re:2
ですよね…
作業者が違うバージョンのNode入れてて、npm iがこける、とかいうことはありましたが、そういう時は個別にフォローしてたので…
結局ここのところって、Docker入れてても同じですよね。
オレもローカルに入れてる。
俺もそのまま突っ込んでる。自分しか使わないPCなので分ける意味がない。
nvm使おうよ
gulpとnmp使いましたがローカルですな
Re:6
nvmとnodebrewは使ってます。
Re:8
nodist 派なんだが少数派かな。
まず、極力グローバルインストールしないってのが前提。
その上で、明らかにグローバルインストールした方がお得というものだけは、brewなどででバージョン管理する。nodebrew/phpbrew/rbenv etc
gulpやwebpackはグローバルに展開するか迷うところだけれど、グローバル管理の最大の欠点は、環境差で不具合を起こす可能性がある(バージョンなど)ことだから、プロジェクトごとのローカル管理(package.jsonに羅列するだけ)にすればするほど、環境差には強くなれるね。
Re:10
ちなみに、npm scriptで必要ミドルウェアをローカルインストールする仕組みを作った上でgitなどで共有するよ。人様のグローバルは汚さない、期待しない。