お辞儀
機能はほとんどありませんが、フロントエンド開発者の間では依然として非常に人気があります。すべてのフロントエンドパッケージがそれを使用しています。bowerをnpmにマージするイニシアチブもあります。
Bowerはクライアント側向けに最適化され、フラットな依存関係ツリーのみをサポートします。つまり、各ライブラリーは1回だけ使用する必要があり（同じライブラリーの異なるバージョンをクライアントに出荷するのはコストがかかるため）、依存関係の制約はユーザーが解決する必要があります。
bowerレジストリ（bower search <some keyword>）でフロントエンドに関連するものは何でも見つかるはずです-私の意見では、それが他のパッケージマネージャーとの関係でのbowerの最大の利点です。
ボロ
私はそれを何年も5分以上使用していません。それについて知らないが、私が見ることができることから、それはいくつかのビルドツールを含みます、そしてそれはGruntユーザーにとても馴染みがあります。
npm
はい、npmはNode Package Managerの略です。しかし、今日では、それをすべてに使用できます。人々はもはやnpm install物事を処理するだけではなく、ノード環境でのみ機能することを期待しています。たとえば、Twitter Bootstrapには多くのnpmパッケージがあります。
Npmはサーバー側での使用に最適化されており、依存関係ツリーがネストされています。各依存関係は、独自の依存関係を持つことができ、独自の依存関係を持つことができます。これにより、各依存関係がアンダースコアなどの独自のバージョンを使用できるため、依存関係バージョンの競合が解消されました。ただし、次のnpmバージョン3では、依存関係ツリーがフラット化されます。
npm @ 3を使用すると、node_modulesディレクトリはよりフラットになります。すべての依存関係とほとんどのサブ依存関係（および（サブ）+依存関係）は、トップレベルで互いに隣り合っています。競合がある場合のみ、モジュールはより深いレベルでインストールされます。これにより、Windowsユーザーにとって非常に簡単になります。
npmを使用する上で私が見るいくつかの利点：
- 他のすべてのパッケージマネージャー（コンポーネント、bower、volo、JSPMなど）で使用されます。
- ビルドスクリプトを使用できます。
- npmベースのパッケージをイントロスペクトするための多くのツールが利用可能
npmはJavaScriptのパッケージマネージャーです。
2013年2月現在、私の意見は以下の通りです。もう考慮しないでください。
npm
Nodeプロジェクトの場合は、それに固執することをお勧めします。ブラウザで使用できるプロジェクトもほとんどありません...
お辞儀
バウアーは今、ポップな男です。彼らは内部に多くのプロジェクトを抱えており、プロジェクトのメンテナはそれらをバウアーレジストリで最新の状態に保ちたいと思っています...
彼が時々少しバギーであるのは残念です。
ボロ
それ以来5分以上ボロを試していませんが、ボウよりも柔軟性があるように見えます。
voloのマイナス点は、プロジェクトが非常に古いことです。