选项 1:公共凉亭注册
Bower 的构建主要是为了以“非主观”方式共享公共(客户端)代码。那么,主要用例是拥有一个可公开访问的存储库(在 GitHub 上),register
d 带有名称和 git 存储库 url。我自己刚刚做了这个:
bower register linksoup git://github.com/automatonic/linksoup
这只是告诉 Bower 服务器,当您install linksoup
去获取代码git://github.com/automatonic/linksoup
存储库,并将其放入本地项目的component
目录。
如果这是您想要做的,那么只需在 github/etc 上设置一个存储库,将您的代码推送到那里,然后register
以及生成的存储库信息。
选项 2:私人依赖
不将代码发布到可公开访问的存储库的原因有很多。它可能不是开源的,等等,如果您的mypackage
代码并不意味着公开,那么你可能不应该公开register
在公共凉亭服务器上使用它......此外,即使你可以register
本地目录,它只能在你的机器上工作......这违背了通过 Bower 共享代码的目的。
如果你只是想让 Bower 管理本地的、私人的依赖项,那么我将即兴发挥笨蛋的 https://stackoverflow.com/a/13807081/8668解决方案:
{
"name": "myproject",
"version": "1.0.0",
"dependencies": {
"jquery": "1.8.0",
"twitter/bootstrap": "2.1.1",
"mypackage": "file:///path/to/mypackage/.git"
}
}
这只是说myproject
needs mypackage
,并使用 git clone 来检索它。我的猜测是,这可以使用 git 可以理解的任何东西(包括本地存储库)。但您应该注意,对于处理此代码但无法访问您的本地路径的其他人来说,这可能会遇到问题。
最佳的揣测
在我看来,你可能已经假设了bower register
是一个本地操作(告诉 Bower 如何通过某种本地注册表查找依赖项)。据我所知,这只是远程和公共注册,这就是不支持的原因。
您可能也在寻找一种方法来做类似的事情与npm的链接操作 https://npmjs.org/doc/link.html。也就是说,在依赖模块上工作,而不总是让您的开发周期包含发布。
详细说明有多少人参与以及您想要完成的任务将有助于提供更有针对性的答案。