选项 1:公共凉亭注册
Bower 主要用于以“非主见”的方式共享公共(客户端)代码。那么,主要用例是拥有一个可公开访问的存储库(在 GitHub 上),该register
存储库具有名称和 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 管理本地的私有依赖项,那么我将重复blockhead 的解决方案:
{
"name": "myproject",
"version": "1.0.0",
"dependencies": {
"jquery": "1.8.0",
"twitter/bootstrap": "2.1.1",
"mypackage": "file:///path/to/mypackage/.git"
}
}
这只是说myproject
需要mypackage
,并使用 git clone 来检索它。我的猜测是这可以使用 git 可以理解的任何东西(包括本地存储库)。但是您应该注意,这可能会给其他任何处理此代码而无法访问您的本地路径的人带来问题。
最佳的揣测
在我看来,您可能已经假设这bower register
是一个本地操作(告诉 bower 如何通过某种本地注册表查找依赖项)。据我所知,这只是远程和公共注册,这就是不支持的原因。
您可能还在寻找一种方法来使用 npm 进行链接操作。也就是说,在依赖模块上工作,而不总是让您的开发周期包含发布。
关于涉及多少人以及您试图完成的工作的一些细节将有助于更有针对性的答案。