版本差异对照
把两个版本之间改了哪些行为、动了哪些字段列成逐项对比的清单,升级前先看一遍,减少试错。
站点目录 / INDEX
壹号 · 七年版本身世
2019 年写下第一份归档规则时,想法很朴素:客户问起某个旧版本,能马上说清它哪天发布、改了什么、现在还能不能装。七年过去,壹号在 Windows、macOS、Android 与 iOS 上跑同一套版本编号,发布说明、维护公告和排障手册也接进了同一条脉络。
如果您正在选一个能长期对接的软件服务方,下面这些年份里发生的事,比任何一句承诺都更能说明我们怎么做事。
01
2019 年以前,旧版本资料散在邮件附件、聊天记录和几条早已失效的下载链接里。客户来问某个 2.x 版本改了什么,我们的同事得先在几个人的收件箱里翻一遍,再凭记忆给出答复。答复未必错,但对客户来说,这中间的时间成本是实打实的。
解决办法并不复杂:给每一条版本记录定下必填的五项内容——发布日期、适用平台、文件大小、更新摘要与已知问题,并把同一版本的所有说法收拢到一处。第一套归档规则就这样落地,此后每发一个版本,先补记录,再谈发布。
这条规矩沿用至今。今天您在下载与版本归档里看到的每一条记录,仍然是这五项字段,一项不少。
02
点开任意年份,可以看到那一年具体改了什么、对您现在使用有什么影响。
版本号、发布日期与适用平台成为必填项,零散的旧版本资料第一次有了统一的存放位置,客户来问旧版本,五分钟内就能给出答复。
发布版本、修复说明、功能预告与维护公告分成四类,每周三固定更新,月均 8 条。客户不必再等一封邮件通知,才知道自己用的版本动了哪里。
下载说明、BUILD 资讯与公告内容之间建立了直达入口,常用路径压缩到三次跳转以内,团队负责人把链接转给同事时,对方一点就能落到具体条目。
正文对比度、键盘导航顺序与移动端筛选全部重做。在光线不足的车间里,或者通勤路上单手翻版本表格,也能把每一行看清。
Windows、macOS、Android 与 iOS 共用「主版本.次版本.修订号 + 平台标识」的写法。技术支持在群里传一个安装包,运营同事看到编号就知道该装在哪台机器上,不必再问第二遍。
正在推进两件事:把两个版本之间到底改了哪些行为列成逐项对比的清单;把维护窗口与版本发布摘要按您关心的平台推送到邮箱。上线后会先在 BUILD 资讯里公告。
03
版本档案小组由 12 名成员组成,分四块工作。一条版本说明从起草到出现在页面上,至少要过三个人的手:写的人、校对的人、负责把它挂到对的位置的人。麻烦一点,但客户拿到的那段文字通常已经能直接回答他的疑问。
如果您在归档或公告里发现印错的地方,写一封邮件说明页面位置,我们会在工作日内回复并安排更正。
04
编号写成「主版本.次版本.修订号 + 平台标识」。看到下面这一串,您能立刻判断它属于第 4 代主版本、第 8 次功能更新、第 2 个修订,并且是 Windows 版本。
编号示例
4.8.2-WIN
每条记录固定写五项内容,缺一项就不算完成。这五项合起来,正好覆盖客户最常问的五个问题:什么时候发的、我能用吗、包多大、改了什么、有什么还没修好。
目前归档覆盖 1.0 至 4.8 共 9 个主版本、128 条版本记录,保留最近 36 个月的主要版本与关键补丁,另有最近 12 个稳定版本供旧版本资料查找时使用。
05
版本越新,我们投入的维护越多;版本越旧,说明与迁移引导越详细。团队里新旧终端混用是常态,这套分档就是为了让您清楚该把哪台机器升到哪一档。
当前主版本 4.x
功能更新、安全修复与问题响应同步进行。新特性、兼容性调整和缺陷修正都会落到这一档,适合大多数办公与团队协作场景。
上一主版本
继续收安全补丁,功能层面保持现状,同时给出升级路径建议。适合还在走内部审批、暂时不能整体换版的团队。
两个更早主版本
保留版本说明与迁移提示,帮助您判断手上的老版本是否还够用、换版本要动哪些设置。资料可查,便于内部交代来龙去脉。
拿不准自己该落在哪一档,可以先去问题排查按症状找一遍,或直接把版本号发到客服邮箱。
06
这些数字来自日常服务本身,也是我们判断该先补哪块工作的依据。
中文简体版本覆盖 31 个省级区域的中文用户。团队在做版本迁移时,常把固定链接和引用编号一起发到群里,同事换设备也能落到同一条记录。
07