版本控制
uv 已广泛应用于生产环境,是一款稳定的软件。
uv 使用自定义的版本控制方案:当存在破坏性变更时增加次要版本号(minor version),当进行错误修复、功能增强及其他非破坏性变更时增加补丁版本号(patch version)。
我们在处理向后不兼容变更时所采取的谨慎态度,取决于其预期的实际影响,而非由随意的版本编号策略所决定。我们重视快速迭代新功能的能力,并将可能具有破坏性的变更汇集到有明确标记的版本发布中。
可以在 GitHub 上查看 uv 的更新日志。
Crate 版本控制
uv 的 crate 会发布到 crates.io。以下 crate 遵循标准的 uv 版本控制策略:
uvuv-builduv-version
uv 和 uv-build crate 的版本号由二进制命令行界面决定。这些 crate 的 Rust 接口不遵循语义化版本控制。
其余的 uv crate 不提供稳定性保证。其 Rust 接口被视为内部接口且是不稳定的。因此,它们的版本号标记为 0.0.x。无论 crate 是否有变更,补丁版本号会在每次 uv 发布时递增。
缓存版本控制
缓存版本被视为 uv 的内部实现,因此可能会在次要版本或补丁版本更新中发生变化。更多信息请参阅 缓存版本控制。
锁文件版本控制
uv.lock 的模式版本被视为公共 API 的一部分,因此仅会在次要版本更新中作为破坏性变更进行递增。更多信息请参阅 锁文件版本控制。