为什么新版本叫 2026.7.19，而不是 0.9.2 🗓️

今天更新的人，会从 0.9.1 版本一下跳到 2026.7.19。这看起来像是笔误，其实是一个刻意的决定：我们改变了版本号方案，从“语义化”版本改成了基于日期的版本（年.月.序号）。原因如下。

旧方案回答的是没人问的问题。语义化版本（0.9.1、1.2.3 ……）来自软件库的世界。在那里它很棒：第一个数字承诺“不会破坏任何东西”，第二个承诺“只有新增”，第三个承诺“只有修复”。而游戏不对任何人做这种承诺，没有第三方程序建立在我们的接口之上。所以对我们来说，这个数字回答的是没人问的问题，而真正会被问到的那个问题，“我的版本有多旧？”它却从来没回答过。

还有我们的节奏。这个游戏不是每季度更新一次，而是平均每一两天一次，光七月，在这一版成为第十九号之前就已经有十八次了。照这个速度，记账就变得荒唐：一个新生物群系算 0.10.0 还是 0.9.2？每次诚实的答案都是：无所谓。与此同时，开头的 0 一直在悄悄说“没做完”，而外面已经有家庭在托管的世界里玩了。那什么时候才算“1.0”呢？这个问题同样从来没有好答案：游戏每周都在成长，不会有一条庆典式的终点线。

基于日期的版本，立刻回答了正确的问题。2026.7.19 的意思是：2026 年 7 月，当月第十九次发布。每份漏洞报告、每次看“关于游戏”，现在都能自己说明这个构建有多新。对一个以进步速度为鲜明特点的项目来说，日期就是更诚实的数字。📅

为什么不用完整日期，比如 2026.07.28.1？我们很想，但技术上不可能。我们的自动更新程序只认没有前导零的三段式版本，第四段或者“07”都会被拒绝。所以：三段，2026.7.19。还有一个小插曲：Windows 安装程序把第一个版本号限制在 255 以内，所以在那里 2026 在内部变成了 26，“Apps & Features”里显示的是 26.7.19。游戏里其他所有地方显示的都是完整的数字。🔧

一条有意为之的单行道。由于更新程序是简单地按大小比较版本，2026.7.19 比任何可能的 0.x 或 1.x 都大，这正是自动更新能跨过这次切换继续工作的原因。但这也意味着没有回到旧方案的路：任何旧式的数字，对每个已安装的客户端来说都像是降级。我们是睁着眼睛把这扇门关在身后的。从八月起会变得真正整齐：序号每个月从 1 重新开始，八月的第一次发布就是 2026.8.1。✨