bower命令。

标签：

Commands，列出了bower支持的各种命令。

• cache:bower缓存管理
• help:显示Bower命令的帮助信息
• home:通过浏览器打开一个包的github发布页
• info:查看包的信息
• init:创建bower.json文件
• install:安装包到项目
• link:在本地bower库建立一个项目链接
• list:列出项目已安装的包
• lookup:根据包名查询包的URL
• prune:删除项目无关的包
• register:注册一个包
• search:搜索包
• update:更新项目的包
• uninstall:删除项目的包

一些连带的细节问题

Bower 默认把包安装在 bower_components 目录下，关于这个有两点值得考虑的：

• 首先这个路径可以改，创建一个 .bowerrc 文件，包括一下内容：

{
    "directory": "vendor"
}

这样 Bower 就会使用 vendor 作为存放路径了。

• 为什么要改呢？因为根据情况你可能要决定是否要把 Bower 下载的包 check in 到项目的版本管理之中。简言之，由于多种因素的影响（见前面的链接），如果你做的是一个不可重用的项目（比如一个 web app），请把 Bower 下载的包也 check in，反之（一个通用库，一个 Node.js 库等）则不要这么做——意味着你没必要自定义保存路径的名字。

除此之外，Bower 还有一些细微之处可以帮助你做（好）更多的事情。举例，--offline 标识可以让 Bower 去寻找本地缓存（比如说你其他的项目以前已经安装过你需要的包，因此会在本地留下缓存），这样可以大幅提高安装速度。

再比如说有很多库专门为前面提到过的 Component 预留了发行版，通常都保存在项目的 components/ 路径下或者以组织的名义为该项目创建一个 components 代码库，用于跟踪和存放发行版本，于是你可以覆盖 Bower 默认的 shorthand，像这样：

{
    "shorthand-resolver": "git://github.com/{{owner}}/components/{{package}}.git"
}

这也是写在 .bowerrc 中的。这样你就可以用 Bower 工具来“偷取”本来准备给 Component 的包了。如果你为企业服务，有数量庞大的项目和团队需求，你完全可以架设一个私有的 Bower Endpoint Server，自行维护一些需要的包源代码，这样一来你想怎么做都随你，其实也很简单，无非就是维护一个版本管理服务器罢了。

Anyway，对于大多数最终应用的开发者而言，Bower 真就当一个下载器来用了，但它本来的目的真不是为了这个，它更加适合用于开发可重用的库／框架等。如果你只是写点小玩意，需要几个文件，倒真不如直接 curl／wget 之类的更直接方便。

bower命令。

标签：

原文地址：http://www.cnblogs.com/zhyp/p/5561082.html