uv 0.12.22 这次更新，一口气收录了多组 cpython 补丁版本，包括 3.10.22、3.11.17、3.12.15、3.13.16 和 3.14.8。除此之外新版本还会把工作区默认组、依赖组的要求信息直接写入锁文件。两处改动分别覆盖 python 运行时可用版本识别、项目依赖元数据记录两个方向，能大幅减少团队在工具支持版本、工作区配置上的信息差。
来源：Astral uv 官方更新记录
uv 本身就支持 Python 运行时的下载和管理，工具能识别到哪些补丁版本，直接影响大家在项目里选择、安装解释器的实际体验。这次新增的版本覆盖了目前还在广泛使用的多个 Python 次版本线，需要把解释器精确固定到补丁级别的项目，现在可以直接用官方已知版本号创建对应环境。注意具体可安装的版本仍受当前平台发行包、项目自身配置限制，维护者最好提前在自己的平台上实测 uv 的实际表现，不要默认所有版本组合都能正常下载。
锁文件新增工作区默认组与依赖组要求的记录，能把项目里开发、测试、可选依赖的组织规则，全部纳入可复现的输入范围。对多人协作的单体大仓库来说，这套改动可以让安装工作流更准确地执行项目预设的组选取规则。不过锁文件更新必须走 uv 正常的解析流程生成，改动后也要在代码评审环节核对差异，手动编辑这些元数据很容易出现项目声明和实际锁定状态不一致的问题。
立即学习“Python免费学习笔记（深入）”；
来源：Astral uv 官方更新记录
如果 CI 需要验证多个 Python 版本，团队可以把 uv 版本、解释器版本、依赖锁定状态三项分开记录，别把工具升级和运行时升级揉进同一次变更里。新的补丁版本先在非生产流水线测试通过，再决定要不要更新项目的版本约束。对于依赖特定 ABI 或者原生扩展的项目，还要额外覆盖构建和导入测试，解释器补丁版本变动很可能触发所有原生依赖包的重新编译。
这次发布没有改动 Python 语言本身的兼容承诺，也不会覆盖项目声明里写的最低版本约束，本质只是优化了 uv 对新补丁版本、工作区依赖组信息的处理逻辑。库作者可以重点留意锁文件里的默认组记录是否准确；应用团队最好把选定的解释器版本直接写入部署文档或者镜像构建配置，保证开发、测试、上线三套环境的版本可以一一对照。
