没有上界的版本约束，如 *，>=3.4 或者 dev-master，将允许更新依赖项的任何未来版本。这包括当前向后兼容性的主要版本。
一旦你的包的发布被标记，你就不能调整它的依赖性，以防依赖性破坏 BC- 你必须做一个新的发布，但是前一个版本会被打破。
唯一好的选择是定义约束的上限，在测试了包与依赖的新主版本兼容后，可以在新版本中增加。
例如，而不是使用 >=3.4 你应该使用 ~3.4 允许所有版本达到 3.999 但不包括4.0及以上。^ 操作符与 语义版本 控制 的库一起工作得很好。
注意：作为一个包维护程序，您可以通过为开发分支提供 别名版本 来允许用户与绑定约束匹配，从而使用户的使用更容易。
本译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。
粤ICP备18099781号-6
|
粤公网安备 44030502004330号
|
违法和不良信息举报
由 Summer 设计和编码 ❤
请登录
Composer 中文文档
关于 LearnKu
推荐文章：