グローバルとローカルでgulpをインストールする必要があるのはなぜですか？

gulpに関する2つのマニュアルによると、最初にgulpをグローバルに（-gフラグを付けて）インストールし、次にローカルにもう一度インストールする必要があります。なぜこれが必要なのですか？

ツールをグローバルにインストールする場合、ユーザーはノードプロジェクトの外部を含む任意の場所でコマンドラインユーティリティとして使用します。ノードプロジェクトのためのグローバル・インストールは、悪い彼らは、展開をより困難にするため。

npm 5.2以降

にnpxバンドルされているユーティリティは、npm 5.2この問題を解決します。これにより、グローバルにインストールされたユーティリティと同様にローカルにインストールされたユーティリティを呼び出すことができます（ただし、コマンドはで始める必要がありますnpx）。たとえば、ローカルにインストールされたを呼び出すeslint場合は、次のようにできます。

npx eslint .

npm <5.2

scriptpackage.jsonのフィールドで使用npmするnode_modulesと、ツールとグローバルにインストールされたモジュールが検索されるため、ローカルインストールで十分です。

したがって、（package.jsonで）満足している場合：

"devDependencies": {
    "gulp": "3.5.2"
}
"scripts": {
    "test": "gulp test"
}

等で実行するとnpm run test、グローバルインストールはまったく必要ありません。

どちらの方法もsudo必要ないため、プロジェクトをセットアップするのに役立ちます。またgulp、package.jsonでバージョンがバンプされたときに更新されるため、プロジェクトで開発するときに全員が同じバージョンのgulpを使用することになります。

補遺：

グローバルで使用した場合、gulpにはいくつかの異常な動作があるようです。グローバルインストールとして使用される場合、gulpはローカルにインストールされたgulpを探し、制御を渡します。したがって、gulpグローバルインストールが機能するには、gulpローカルインストールが必要です。上記の答えはまだ残っています。ローカルインストールは、グローバルインストールより常に望ましい方法です。

TLDR; ここだ理由：

これが機能する理由は、のローカルにインストールされたバージョンを使用してgulpを実行しようとするためです。ここを参照してください。したがって、gulpのグローバルおよびローカルインストールの理由。gulpfile.jsgulp

基本的に、gulpローカルにインストールする場合、スクリプトはに含まれてPATHいないgulpため、入力してシェルがコマンドを見つけることを期待することはできません。グローバルディレクトリをインストールすると、グローバルディレクトリがパス上にある可能性が最も高いため、gulpスクリプトが実行されます。PATHnode/bin/

ただし、ローカルの依存関係を尊重gulpするには、ローカルにインストールされたバージョンのそれ自体を使用してを実行しgulpfile.jsます。

グローバルにgulpローカルにインストールされた

npm link gulp

「なぜgulpをグローバルおよびローカルにインストールする必要があるのか」という質問は、次の2つの質問に分類できます。

1. すでにグローバルにインストールしているのに、ローカルでgulpをインストールする必要があるのはなぜですか？

2. ローカルにgulpをインストールしているのに、なぜgulpをグローバルにインストールする必要があるのですか？

他のいくつかは、これらの質問に対する優れた回答を単独で提供していますが、情報を統合された回答に統合することが有益だと思いました。

すでにグローバルにインストールしているのに、ローカルでgulpをインストールする必要があるのはなぜですか？

gulpをローカルにインストールする理由には、いくつかの理由があります。

1. プロジェクトの依存関係をローカルに含めると、使用されるgulp（または他の依存関係）のバージョンが元々意図したバージョンになることが保証されます。
2. require（）を使用する場合、Nodeはデフォルトでグローバルモジュールを考慮しません（スクリプトにgulpを含める必要があります）。最終的に、これはグローバルモジュールへのパスがデフォルトでNODE_PATHに追加されないためです。
3. Node開発チームによると、ローカルモジュールはより速くロードされます。これがなぜなのかは言えませんが、これは開発（つまりdev依存関係）よりも本番（つまりランタイム依存関係）でのノードの使用に関連しているようです。これは正当な理由だと思います。ローカルモジュールとグローバルモジュールをロードすることで得られる速度のマイナーな利点を気にかける人がいるかもしれませんが、この理由で眉を上げてもかまいません。

ローカルにgulpをインストールしているのに、なぜgulpをグローバルにインストールする必要があるのですか？

1. gulpをグローバルにインストールする根拠は、実際には、システムパス内でgulp実行可能ファイルが自動的に見つかるという便利さです。

ローカルでのインストールを回避するにはnpm link [package]、を使用できますが、linkコマンドとinstall --globalコマンドはこの--save-devオプションをサポートしていないようです。つまり、gulpをグローバルにインストールして、目的のバージョンを簡単に追加する簡単な方法がないようです。ローカルのpackage.jsonファイル。

結局のところ、特にgrunt、gulp、jshintなどの開発ツールの場合は、グローバルモジュールを使用して、すべてのプロジェクトに共通のツールのインストールを複製する必要がないようにする方が理にかなっていると思います。残念ながら、穀物に逆らうと、ツールと少し戦うことになるようです。

技術的にnode_modulesは、ローカルインストールのフォルダがにある場合は、グローバルにインストールする必要はありませんPATH。一般的にこれは良い考えではありません。

または、npm test参照のgulp場合は入力するだけでnpm testローカルgulpが実行されます。

私はgulpをグローバルにインストールしたことがありません-それは悪い形だと思います。

私の問題がgulpをローカルにのみインストールすることに直接関連していたかどうかはわかりません。しかし、私たちはたくさんの依存関係を自分でインストールする必要がありました。これは「巨大な」package.jsonにつながり、gulpをローカルにのみインストールすることが本当に素晴らしいアイデアであるかどうかはわかりません。ビルド環境のために、そうする必要がありました。しかし、絶対に必要でなければ、gulpをグローバルにインストールすることはお勧めしません。次のブログ投稿で説明されているように、同様の問題に直面しました

すべての開発者がgulpをグローバルにインストールしているため、これらの問題はローカルマシンの開発者には起こりません。ビルドシステムでは、説明した問題がありました。誰かが興味を持っているなら、私はこの問題をより深く掘り下げることができます。しかし、現時点では、gulpをローカルにのみインストールするのは簡単な方法ではないことをお伝えしたいと思います。

ここで見たことがないからといって、MacOSまたはLinuxを使用している場合は、これを（bashrcなどの）PATHに追加することをお勧めします。

node_modules/.bin

この相対パスエントリを使用すると、ノードプロジェクトのルートフォルダーにいる場合、「グローバルインストール」npm runなどを気にすることなく、コマンドラインツール（eslint、gulpなど）を実行できます。

これを行ったら、モジュールをグローバルにインストールしたことはありません。