原版版本号命名规则修改与我的近况

Cat_A***

注：个人理解，仅供参考。

根据官方说法，从 2026 年开始，版本号会是 26.x.x 这个样子的，比如第一个小更新的正式版就会是 26.1（Java 版）和 26.10（基岩版）。Java 版快照将是 25.4-snapshot-1 格式的，基岩版测试版与预览版的命名规则没什么改变，每个小更新之间有若干个以 10 递增的版本，例如 25.10 代表今年的春季小更新，25.20 代表无名次要更新，25.30 是今年的夏季小更新。

新命名规则从这周开始启用，那么接下来基岩版即将发布的测试版与预览版就应该是 25.50.20 这样的，如果还按照之前的规则，那就应该是 1.21.140.20。这是他们不开发下一个小更新，而决定继续开发无名次要更新，把明年的第一个小更新推迟到之后再开始开发的结果。

---

我不怎么喜欢这种方式，版本号以“26”开头给我一种大而空的感觉。不过这已经是很好的解决方案了，之前的以 1 开头的命名规则显然废掉了，用不下去了。所以……接下来，附加包中的各种格式版本都应该写 25.50，或者 26.10？短时间内显然不好适应，不过我想最后会好的。

说到底，他们怎么命名这些版本不重要，版本的内容最重要。

---

我的万象添补会继续使用传统的命名规则，因为现在它的更新模式还是每个版本都加一点内容，而且这样的模式还会持续很久，不适合他们现在的命名方式。我已经发布了万象添补0.17.7，这是目前我能发布的最新版本。接下来一定还会有 0.17.8，或许也会有 0.17.9。

我这边，这学期的第三次考试缓缓浮现在视线尽头。预计这个月中旬就是第三次考试，这之后就是期末考试，气氛越来越紧张了。之后不会有很多时间，等到下学期开始更是不会有，那时候很多非考试科目都会从课表上消失。不过我相信，我是可以想办法做成的。

---

下面是一些万象添补生存档的照片。

春娇***

这次更改挺好的，较支持Mojang（好≥坏）
版本没那么乱了，很好记，是哪一年出的

MC***

但我还是喜欢"1."开头的，因为很有历史性回忆，1.18、1.19、1.20。我期待的1.22没有到来反而到来了26.×.×版本。为什么不是26.1.22这类的，搞不懂mojang了

春娇***

MC平方 发表于 2025-12-6 01:26
但我还是喜欢"1."开头的，因为很有历史性回忆，1.18、1.19、1.20。我期待的1.22没有到来反而到来了26.×.× ...

现在1.xx.x版本太乱了，已经没有什么意义了，Mojang觉得不如以年份命名，版本名简好记，大概知道什么时候出的

Saka***

要不直接把java测试版那套命名思路拿过来吧，测试版是??w??(a/b/c/d)，正式版是??m??(a/b/c)

（w为week，代表一年第几周；m为月）

星钰***

我想可以在新版本号前面加上1.(雾)

Hu***

遗憾的是，似乎只能选择其中一种版本命名规则，为什么同时保留两种命名规则是不可能的呢？