//通过包<name>查找URL
$ bower lookup <name>

说明：Look up a package URL by name（通过<name>查找一个包的URL）

举个栗子：

bower lookup bootstrap

$ bower prune

说明：Uninstalls local extraneous packages（卸载本地无关的包）

怎么理解？
对比bower_components 文件夹下的依赖包与bower.json 中的dependencies 和devDependencies 中的依赖，以bower.json 中的依赖为主，如果bower_components 中存在bower.json中没有的依赖包，就会进行卸载。

//注册指定<name> <url> 的包
$ bower register <name> <url>

说明：Register a package（注册一个包）
参考：如何把自己的插件发布到bower平台

//搜索所有包，慢慢慢
$ bower search
//搜索指定<name> 的包
$ bower search <name>

说明：Finds all packages or a specific package.（找到所有包或者一个指定的包）

举个栗子：

//更新bower.json中的所有包或指定<name>的包
// [<name> ..]表示可以通过一条命令更新多个，用空格隔开
$ bower update <name> [<name> ..] [<options>]

说明：Updates installed packages to their newest version according to bower.json.（根据bower.json文件更新安装包至最新版本）

• -F, --force-latest: Force latest version on conflict（有冲突时，强制更新最新版本）
• -p, --production: Do not install project devDependencies（不安装项目中bower.json中的devDependencies）
• -S, --save: Update dependencies in bower.json（更新bower.json中的dependencies）
• -D, --save-dev: Update devDependencies in bower.json（更新bower.json中的devDependencies ）

举个栗子：

bower update -p

准备：目录结构及bower.json文件中的依赖

准备说明：
（1）尝试更新bower.json 中的dependencies （如果bower_components没有dependencies 中对应的依赖包，则尝试安装）
（2）-p 更新可选项，表示不会安装bower.json中的devDependencies（可以尝试去掉）

结果：

//卸载指定<name>的包
//[<name> ..]表示可以通过一条命令卸载多个，用空格隔开
//bower install 必须跟<name>，否则无效
$ bower uninstall <name> [<name> ..] [<options>]

说明：Uninstalls a package locally from your bower_components directory（从bower_components本地目录中卸载一个包）

• -S, --save: Remove uninstalled packages from the project’s bower.json dependencies（从项目的bower.json文件的dependencies中移除卸载的包）
• -D, --save-dev: Remove uninstalled packages from the project’s bower.json devDependencies（从项目的bower.json文件的devDependencies中移除卸载的包）

举个栗子：

bower uninstall jquery bootstrap

//为我们的项目添加版本号
//major | minor | patch 为增加版本提供方便
$ bower version [<newversion> | major | minor | patch]

说明：Run this in a package directory to bump the version and write the new data back to the bower.json file.（ 在包目录运行这条命令以碰撞（提升）版本，并写入新的数据返回到bower.json文件。）

The newversion argument should be a valid semver string, or a valid second argument to semver.inc (one of “build”, “patch”, “minor”, or “major”). In the second case, the existing version will be incremented by 1 in the specified field.（newversion参数应该是一个有效的语义化版本字符串，或者“是一个有效的语义化版本递增的第二个参数 ”（“build”, “patch”（补丁）, “minor”（次版本）, or “major”（主版本）中的一个）。在第二种情况下，在bower.json中存在的版本将会在特定的范围内递增1）

If run in a git repo, it will also create a version commit and tag, and fail if the repo is not clean.（如果运行在git 仓库，它还将创建一个版本提交和标签，“如果仓库没有bower.json，就会失败。”）

举个栗子：

• -m, --message: Custom git commit and tag message（自定义git 提交和标签信息）（有没有大虾解析一下？）

If supplied with --message (shorthand: -m) config option, bower will use it as a commit message when creating a version commit. If the message config contains %s then that will be replaced with the resulting version number. （如果提供--message（速记：-m）配置选项，当创建一个版本提交时，bower将使用它作为提交信息。如果信息配置包含%s，那么%s将会被结果版本替代）

For example:

$ bower version patch -m "Upgrade to %s for reasons"

至此，bower 的API 的Commonds小结就结束了，难得三天写三篇文章，本打算写一篇的，感觉有点长，就分了三篇，这不是目的，重要的是我的抱枕。接下来会写关于API的其他部分，我好像在把大家带到我的英语坑中，至于中文部分的翻译，看看就行，不必当真，还有一些加引号的翻译，着实看不下去啊啊啊，跳过吧。