Bowerを使用する理由 [閉まっている]

Python pip、Node npm、Ruby Gemsなどのパッケージマネージャーの利点は、アプリケーションパスにファイルを追加するだけではないため、十分に評価できます。

多分私はポイントを失っている、または私は鈍感であるが、ここに私が見ることができるネガティブがある：

• プロジェクトをビルドする際の別のステップ
• 別のパッケージマネージャー（yo dawg）を介してインストールする別個の依存関係
• bower.jsonおよび/またはでプロジェクトのルートをより混乱させる.bowerrc
• レジストリが最新であり、正確であり、利用可能であることへの依存
• 画像などの一部のインポート/参照が機能しない
• npmと大きな重複があり、多くの場合、使用するリソースが不明です。

陽性私が見ることができるが、これらのとおりです。

• 依存関係を手動でダウンロードする必要はありません
• オプションで、ユーザープロンプトなどに基づいてスキャフォールディングの一部としてパッケージをインストールする

私は気付いていないメリットを知りたいのですが、私は本当に知りたいと思う挑発的なことをしようとしているのではないと言ってください。

READMEから：

BowerはWebのパッケージマネージャーです。これは、フロントエンドパッケージ管理の問題に対する一般的な未解決のソリューションを提供し、APIを介してパッケージ依存モデルを公開します。システム全体の依存関係はなく、異なるアプリ間で依存関係は共有されず、依存関係ツリーはフラットです。

BowerはGitを実行し、パッケージに依存しません。パッケージ化されたコンポーネントは、あらゆる種類のアセットで構成でき、あらゆる種類のトランスポート（AMD、CommonJSなど）を使用できます。

Bowerには、他の依存関係マネージャーの多くの利点があります。他にもあるはずですが、私がこれまで気づいた利点には次のものがあります。

• 宣言型依存関係管理と呼ばれるものを単純化します。つまり、bower.jsonで依存関係を宣言して、他のものがそれらを簡単に判断できるようにします
• バージョン管理に依存関係をコミットする必要はありません
• セマンティックバージョニングは、依存関係の許容可能なバージョンの範囲を定義するために使用され、定義された範囲内の新しいバージョンに簡単に更新できます。
• さまざまなビルド（デバッグ、縮小など）を見つける必要はありません
• devとprodの依存関係の異なるビルドを簡単に使用できます
• bower.jsonファイルを配布すれば、誰でも簡単な「bowerインストール」でスピードアップできます。