[情报] 2026 起的版本命名方式

楼主: LPH66 (-6.2598534e+18f)   2025-12-04 23:33:29
https://www.minecraft.net/en-us/article/minecraft-new-version-numbering-system
→ error405: 更多的1.2111/23 20:03
→ LPH66: 小道消息是之后可能就是第三版号继续加了的样子?11/23 22:46
果然这样一直推小小版号不是办法, 所以 2026 起麦块的版本号会改用新系统
基本上会照一些大型软件的版本号命名方式, 以年份做为大版号开头 (就没有 1. 了)
→ jasmine3471: 以后没有1.22了12/04 12:50
→ jasmine3471: 直接跳到1.2612/04 12:51
(目前看起来是 1. 也会拿掉的样子, 文章里没有写 1.26 出来应该就直接是 26.x)
Java 这边每次的 game drop 推一个小版号, hotfix 则推小小版号
基岩版那边则是 game drop 和之间的中型修正更新每次会推 10 号, hotfix 推 1 号
文章里有个表是如果 2025 年的四个 game drop 以这种方式推版号的话会是如何:
三月的 Spring To Life 春意盎然 会是 Java 25.1 基岩 25.10
六月的 Chase The Sky 追逐天空 会是 Java 25.2 基岩 25.30
九月的 Copper Age 铜器时代 会是 Java 25.3 基岩 25.50
12月的 Mounts of Mayhem 群骑纷争 会是 Java 25.4 基岩 25.70
同时 Java 这边未来的快照就不照星期命名了
而是以快照未来的版本为头, 加上 -snapshot- 再加上快照序号
所以例如 Mounts of Mayhem 的第一个快照 25w41a 以这个模式会叫 25.4-snapshot-1
====
整体看起来应该是个不错的更动, 至少把卡在 1.21 这回事给解掉了
以年份做为大版号基本上就是像 Windows 的更新版号 25H2 这种样式
不过因为 game drop 更新速度比较快三个月一次所以其实接近 25Q4 这种感觉
作者: error405 (流河=L)   2024-11-23 20:03:00
更多的1.21
楼主: LPH66 (-6.2598534e+18f)   2024-11-23 22:46:00
小道消息是之后可能就是第三版号继续加了的样子?
作者: jasmine3471 (蓝可光)   2024-12-04 12:50:00
以后没有1.22了直接跳到1.26
作者: Gwaewluin (神无月 孝臣)   2025-12-05 00:01:00
这样就不能立刻看出是历年的第几个版本啦
作者: Slas (史雷斯)   2025-12-05 11:15:00
但为什么1.21要卡这么久而不直接往22前进
作者: HatanoKokoro (......)   2025-12-05 15:07:00
肥肥的1.21
作者: ilohoo (ilohoo)   2025-12-05 16:28:00
可是这样2126年的版本怎么办?
作者: happy8888bmy   2025-12-05 19:30:00
2126 年就126.1
楼主: LPH66 (-6.2598534e+18f)   2025-12-06 11:06:00
为什么要卡这么久→我猜大概是这样的频繁小更新的内容不够“大”到像 1.21 棘巧试炼这种规模吧?
作者: ggooglepixel (hi)   2025-12-07 16:55:00
所以java和基岩的版本号的差距会越来越大?
楼主: LPH66 (-6.2598534e+18f)   2025-12-10 03:47:00
不会, 会是反过来, 大版号会是一样的基岩版的小版号推十号是基岩版的更新规律及规则不同的关系
作者: horstyle0411 (树林马尚)   2025-12-11 22:10:00
1.21是因为PC基岩一堆问题吧
作者: ggooglepixel (hi)   2025-12-15 20:04:00

Links booklink

Contact Us: admin [ a t ] ucptt.com