为了账号安全,请及时绑定邮箱和手机立即绑定

让我们来学API-Commonds[中][工作流之bower]

install(安装)
//安装bower.json文件下dependencies和devDependencies
//<options>用来指定安装可选项(下面有介绍),
//你可以这样:bower install -S 只安装dependencies
$ bower install [<options>]
//安装指定<endpoint>的依赖,
//[<endpoint> ..]表示可以通过一条命令安装多个,用空格隔开
$ bower install <endpoint> [<endpoint> ..] [<options>]

说明:Installs project dependencies recursively.(递归式的安装项目依赖)

关于[<options>](install options):

  • -F, --force-latest: Force latest version on conflict(有冲突时,强制安装最新版本)
  • -p, --production: Do not install project devDependencies(不安装项目下bower.json中的devDependencies)
  • -S, --save: Save installed packages into the project’s bower.json
    dependencies(保存安装包到项目下bower.json中的dependencies)
  • -D, --save-dev: Save installed packages into the project’s
    bower.json devDependencies(保存安装包到项目下bower.json中的devDependencies)
  • -E, --save-exact: Configure installed packages with an exact
    version rather than semver(用一个确切的版本配置安装包,而不是semver语义化版本号,这个我不太理解,有哪位同学愿意解释一下?)

关于项目依赖的组成(Project dependencies consist of):

  1. dependencies specified in bower.json of project(项目中bower.json中指定的依赖)
  2. All “external” dependencies not specified in bower.json, but present in bower_components(所有不在bower.json中指定的“额外的”依赖,但是在bower_components文件夹下)
  3. Any additional <endpoint> passed as an argument to this command)(任何附加的<endpoint>作为参数传递给bower install <endpoint>的依赖)
    举个栗子说明项目依赖组成:
    准备:目录结构及bower.json文件中的依赖
    bower
    准备说明:
    (1)通过在dependencies中指定bootstrap和在devDependencies中指定angular,但没有在bower_components中安装,用来测试上面的项目依赖的组成1
    (2)通过在bower_components中安装jquery,但没有在dependencies或devDependencies中指定,用来测试上面的项目依赖的组成2
    (3)通过命令bower install normalize.css -S来测试项目依赖的组成3
    结果:
    bower
    结果说明:bower install <endpoint>
    (1)会安装bower.json文件中dependencies和devDependencies中指定的依赖(bootstrap,angular)
    (2)会安装bower_components中安装的依赖(jquery)
    (3)会安装<endpoint>指定的依赖(normalize.css)

When --save flag is used, all additional endpoint are saved to dependencies in bower.json.(当指定--save或-S标识时,所有附加的<endpoint>参数都会被保存到bower.json文件的依赖中。指定--save-dev或-D标识,同理。)
Bower recommends to always use --save flag to achieve reproducible installs between machines.(Bower推荐我们使用--save标识实现机器之间的可重复安装)

关于<endpoint>
Endpoints can have multiple forms(Endpoints有这样的几种形式):

  • <package>
  • <package>#<version>
  • <name>=<package>#<version>

Where(哪样?):

  • <package> is a package URL, physical location or registry name(<package>可以是一个URL,物理位置(硬盘),或者在bower注册的名字)
  • <version> is a valid range, commit, branch, etc.(<version>可以是一个有效范围,一次Git提交的版本,一个Git分支,等)
  • <name> is the name it should have locally.(<name>是依赖应该有本地的名字)

<package> can be any one of the following(<package>可以是下列形式之一):
“不支持表格,唯有截图......”
package

A version can be(<version>可以是下列形式之一):
version

举个栗子(速记+版本):

安装bootstrap#2.3.2
bower install twbs/bootstrap#2.3.2

bower

link(链接)
//生成一个文件链接,并放到C:\Users\<用户名>\AppData\Local\bower\data\links\目录下,指向当前目录
$ bower link
//在项目目录下执行,链接到存放在C:\Users\<用户名>\AppData\Local\bower\data\links\的<name>文件
$ bower link <name> [<local name>]

说明:The link functionality allows developers to easily test their packages. Linking is a two-step process.(链接功能使开发者很容易测试他们自己的包。链接分为两个步骤。)
Using ‘bower link’ in a project folder will create a global link. Then, in some other package, bower link <name> will create a link in the components folder pointing to the previously created link.(在一个项目文件夹下使用bower link将创建一个全局链接,存放位置为C:\Users\<用户名>\AppData\Local\bower\data\links\。然后,在一些其他的包里,通过使用bower link <name>将在组件文件夹中创建一个链接并指向先前创建的链接。)
This allows you to easily test a package because changes will be reflected immediately. When the link is no longer necessary, simply remove it with bower uninstall <name>.(bower link允许你很容易的测试一个包,因为改变将会被立即反映出来。当链接不再需要的时候,通过bower uninstall <name>能简单的删除)

举个栗子:

1.创建一个全局链接
bower link

全局链接

2.链接刚才创建的链接
bower link <name>,这里是bower link bower-in-createpkg

图片描述

注意:全局链接所在目录及链接全局链接的文件夹。

list(列表)
//项目下bower_components中依赖的列表
$ bower list [<options>]

List local packages and possible updates.(列出本地的包和可能的更新)

list options
  • -p, --paths: Generates a simple JSON source mapping(生成一个简单的JSON源映射)
  • -r, --relative: Make paths relative to the directory config property, which defaults to bower_components(生成相对于目录配置属性的路径,默认为bower_components)

这么说?BAOBAO不知道,举个栗子:

bower list -p [-json]//你可以尝试去掉-json

bower

bower list -r//会检查最新版本

图片描述

login(登录)
$ bower login

说明:Authenticate with GitHub and store credentials.(Github 认证和存储凭据)

login options
  • -t, --token: Pass an existing GitHub auth token rather than prompting for username and password(通过现有的GitHub的认证令牌而不是提示输入用户名和密码)

举个栗子(简单测试):
图片描述

如何把自己的插件发布到bower平台,这里最后提到,发布及删除bower平台的插件,需要Gitbub 认证。

点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消