卷一 档案时间线 已经历 9 个赛季周期

开服与版本日志

电子竞技网站把客户端变化、档案修订与归档扩展写成一条按阶段排列的时间线。沿刻度往回找,能看清每一项安装口径和配置结论,是在哪个节点定下来的。

按阶段筛看节点

阶段一

客户端成形

从第一只可安装的桌面包开始,包体分类与文件校验的规则在三个节点里先后落定,之后的每一次改动都以这一段为基准。

3 个节点 · 线索为桌面端包体与分类边界

  1. 节点 01包体口径

    桌面完整客户端对外公布

    第一版桌面客户端以完整包形式放出,解压后占用空间按 28.6 GB 标注,安装前就能据此判断本机磁盘余量是否够用,不必先下载再发现装不下。

    阶段成果:28.6 GB 成为后续所有包体档案的基准口径,其他分类围绕它做减法。

  2. 节点 02分类雏形

    轻量包从完整包里拆出

    把运行必需的核心部分单独打包,得到 9.4 GB 的桌面轻量客户端,供磁盘紧张、或主要以技能操作与观赛为主的用户先进入游戏。

    阶段成果:桌面端形成完整与轻量两个并列分类,安装选择第一次出现分叉。

  3. 节点 03校验与附加资源

    校验信息补齐,语音包单独列出

    每个包体开始附带文件校验信息,语言语音包从主包中拆出,按 0.9 GB 单独提供,非中文语音需求可以放到安装完成之后再补。

    阶段成果:包体、补丁与附加资源三类边界清晰,后续分类扩展有了统一命名方式。

阶段二

移动端扩展

客户端走向移动端之后,包体口径与资源拆分需要一套能并排比较的写法,三个节点处理的就是这件事。

3 个节点 · 线索为移动端包体与资源分包

  1. 节点 04安卓端

    安卓客户端接入档案

    面向安卓设备的安装包完成分类归档,包体按 4.8 GB 标注,同时给出常见芯片平台与系统版本的对应区间,方便用户在换设备前先估算下载时间。

    阶段成果:移动端首个客户端分类进入档案,包体数字开始与桌面端并列展示。

  2. 节点 05iOS 端

    iOS 客户端与占用差异说明

    iOS 客户端以 5.3 GB 的口径公布,并注明它与安卓包在资源组织方式上的差别,避免用户把两个平台的占用值直接互套。

    阶段成果:三端包体口径统一进同一张对照表,跨平台比较有了共同刻度。

  3. 节点 06资源分包

    高清资源补丁独立成类

    高清资源补丁以 2.1 GB 单独列出,配合机型适配说明,让存储或性能吃紧的设备可以选择不装这部分资源,先保证能稳定运行。

    阶段成果:资源与补丁包成为独立分类,安装顺序可以按需组合而不是一次性全下。

阶段三

开服配置档案体系化

配置结论不再散落在回复里,而是收进一份有固定字段、能按季度对照的档案,四个节点记录了它定型的过程。

4 个节点 · 线索为档案格式与更新机制

  1. 节点 07档案格式

    五项指标固定下来

    配置档案改用处理器、内存、显卡、存储与网络五项指标并列书写,取代此前逐条罗列硬件型号的写法,同一份档案能被不同设备直接套用。

    阶段成果:档案结构固定,不同期之间可以横向对照,不必再逐句重读。

  2. 节点 08档位划分

    三档划分落地

    基础可运行档、推荐档与高帧竞技档同时公布,每一档都对应五项指标的取值区间,替代了过去只给一套最低门槛的做法。

    阶段成果:读者能在一份档案里读出自己的设备大致落在哪一档,而不是只有能跑与不能跑两种答案。

  3. 节点 09更新机制

    季度更新与复核写成规则

    档案改为固定季度更新,每次修订时同步复核上一期的指标口径是否仍然成立,被推翻的结论在原文上标注失效,而不是悄悄替换。

    阶段成果:更新节律对外可预期,读者知道手里的结论大致什么时候需要再看一眼。

    多期配置档案叠放的图表化图像,体现按季度更新的节律
    多期档案按同一组指标叠放,纵向对比即季度修订的痕迹。
  4. 节点 10路径补齐

    免下载云入口写入档案

    无需下载的云入口作为一种并列路径写进配置档案,同时标注它对网络稳定性的依赖,以及它不适用于哪些使用场景。

    阶段成果:六个客户端分类补齐,下载与免下载两条路径可以对照选择。

阶段四

评测与攻略归档扩展

内容从单篇发布转为按作品类型排布的归档,三个节点处理的是分类、合集与检索口径这三件事。

3 个节点 · 线索为归类方式与检索入口

  1. 节点 11作品类型归档

    评测按九个作品类型分组

    站内评测内容累计到两百余篇,按九个作品类型分组归档,每篇标注适用阶段与当时测试所用的机器档位,方便读者判断结论是否仍然对得上自己的设备。

    阶段成果:评测从零散单篇变成可比较的条目集合,同类条目之间能直接对照。

    按作品类型分栏排布的评测条目缩影图形,不含人物肖像
    条目先按作品类型分栏,再按适用阶段排序。
  2. 节点 12合集与礼包码

    攻略合集与礼包码同源归档

    攻略合集与礼包码沿用同一套作品类型分类,每条礼包码给出适用范围、有效期口径与兑换步骤入口,避免读者在多个页面之间来回确认。

    阶段成果:同一作品下的评测、攻略与礼包码可以在一个分类里连续翻到。

  3. 节点 13检索口径

    三套索引互相打通

    阶段、期号与作品类型三套索引之间建立起往返路径,社区作者在引用时可以直接标注出处落在哪一阶段、哪一期,而不是只给一个页面名称。

    阶段成果:归档体系闭合,回看与引用都有明确落点。

查阅说明

更新节律与历史回看

时间线记的是变化过程,档案记的是某一期的状态,两者配合起来读,才知道一条结论是什么时候定下来的、又是什么时候被改写的。

季度更新与期号编排

看开服查配置的数据按季度更新一次,修订时同步复核与之关联的包体大小与档位说明。任何一处口径发生变化,都会在同期的节点里留下记录,而不是静默替换旧值。

期号按时间先后连续分配,只递增、不跳号;同一季度内出现多次修订时用副号区分,并与主号一并标注在档案表头上,引用时照着抄即可。

三套回看入口

阶段、期号与作品类型指向同一批条目,区别只在排序方式,按什么顺序读取决于你要解决的问题。

  1. 01 按阶段顺读,看到的是客户端与档案体系的变化顺序。
  2. 02 按期号定位,用于核对某一期的具体指标,写稿引用出处时更稳妥。
  3. 03 按作品类型翻找,条目按适用范围分组,不按发布时间排列。