version-control - Bower 版本控制最佳实践？

Question

我想知道如何确保我的 bower 版本配置在将来可用？例如。我已经接触过多个项目，要么告诉使用

">=1.0.0"
"~1.0.0"

阿法克

">=" tells that all versions above 1.0.0 are fine
"~"  tells all versions/minor updates on 1.0.x are fine

更具体地说:

"dependencies": {
  "angular": ">=1.3.0",
  "bootstrap": ">=3.2.0",
  "jquery": "~2.1.0",
}

在编写此代码的当天，包含以下版本配置:

angular:   1.3.1
bootstrap: 3.2.0
jquery: 2.1.0

今天你将获得:

angular:   1.4.0
bootstrap: 3.3.4
jquery: 2.1.4

从开发人员集成 lib 的角度来看，此功能在开发之初就很好。您不必为库和版本的痛苦依赖管理而烦恼。但是一旦经过测试，版本就应该固定为定义的版本。

我已经接触过多个项目，但在很短的 3 个月后就坏了，因为库更新到不同的版本，这些版本要么彼此不兼容，要么某些功能坏了。因此，要么构建不再工作，要么更糟糕，客户端就会出现问题。

在长期项目中消除此类版本问题的最佳做法是什么？

Answer 1

目前没有，如果你唯一的选择是 bower 。 锁文件 a la composer或 shr​​inkwrap 机制 a la npm在works然而，它似乎已经停滞不前，因为目前没有足够的贡献者/维护者来测试该功能并长期维护它。

更新:
因为我们现在有 yarn您可以选择使用它，它使用锁定文件机制作为默认行为。唯一需要注意的是，它使用了 npm 注册中心，这意味着一些包还没有在那里注册，或者已经像谷歌的 Polymer 那样被命名空间了。您可能需要注意这一点。