原版版本号命名规则修改与我的近况
> 注：个人理解，仅供参考。根据官方说法，从 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`？短时间内显然不好适应，不过我想最后会好的。
说到底，他们怎么命名这些版本不重要，版本的内容最重要。
---
我的[万象添补](https://klpbbs.com/thread-153081-1-1.html)会继续使用传统的命名规则，因为现在它的更新模式还是每个版本都加一点内容，而且这样的模式还会持续很久，不适合他们现在的命名方式。我已经发布了[万象添补](https://klpbbs.com/thread-153081-1-1.html) `0.17.7`，这是目前我能发布的最新版本。接下来一定还会有 `0.17.8`，或许也会有 `0.17.9`。
我这边，这学期的第三次考试缓缓浮现在视线尽头。预计这个月中旬就是第三次考试，这之后就是期末考试，气氛越来越紧张了。之后不会有很多时间，等到下学期开始更是不会有，那时候很多非考试科目都会从课表上消失。不过我相信，我是可以想办法做成的。
---
下面是一些[万象添补](https://klpbbs.com/thread-153081-1-1.html)生存档的照片。
 这次更改挺好的，较支持Mojang（好≥坏）
版本没那么乱了，很好记，是哪一年出的 但我还是喜欢"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觉得不如以年份命名，版本名简好记，大概知道什么时候出的 要不直接把java测试版那套命名思路拿过来吧，测试版是??w??(a/b/c/d)，正式版是??m??(a/b/c)
（w为week，代表一年第几周；m为月） 我想可以在新版本号前面加上1.(雾) 遗憾的是，似乎只能选择其中一种版本命名规则，为什么同时保留两种命名规则是不可能的呢？
页: [1]