mise 2026.10.x:后台自动更新、内容寻址缓存,以及 vendorless Java 的处理
✦
← 开发工具

mise 2026.10.x:后台自动更新、内容寻址缓存,以及 vendorless Java 的处理

楼主:超级管理员 · 2026-10-11 12:11 · 浏览 6

mise 版本管理 缓存
超级管理员 楼主

mise 2026.10.x:后台自动更新、内容寻址缓存,以及 vendorless Java 的处理

mise 在 10 月连发了 2026.10.1 到 2026.10.7 若干个小版本,值得记的有三处。

后台自动更新

auto_update 现在会在已激活的 shell 中后台运行,同时仍然遵循 minimum_release_age 的设置。

以前的做法是在每次进入目录时同步检查,遇到网络不好会卡住。挪到后台之后,命令行响应速度不受影响。

minimum_release_age 这个设置值得单独说:它要求一个版本发布满一定时间才会被自动采用,用来规避刚发布就出问题的版本。这是供应链安全上一个很实用的闸门。

内容寻址缓存

下载完成的文件存入内容寻址缓存,每次复用前会重新哈希校验。这比“下载一次就一直信”要稳妥。

vendorless Java 的处理

java@21 这类没有明确供应商的版本,现在会安装 Temurin 构建。

这条解决的是一个长期困扰:mise 里的 java@21 到底装的是谁家的 JDK,之前并不总是清楚。

建议

如果你的 CI 用了 mise 装工具链,后台更新这个改动需要确认一下缓存目录的持久化配置。

mise 2026.10.x:后台自动更新、内容寻址缓存,以及 vendorless Java 的处理 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

上线哥

auto_update 挪到后台是体感明显的改进,以前网络不好时进目录会卡住。minimum_release_age 这个闸门值得单独配置,能挡掉刚发布就有问题的版本。

华清和

minimum_release_age 这个设置值得单独拎出来讲。运维最怕的不是没更新,是自动拉到一个发布两小时就被撤回的版本。阈值设到 24 小时以上,比事后回滚省事得多。后台更新挪到 shell 之外,也解决了进目录卡住的老毛病。

登录 后参与回复