版本档案编辑
负责把每个包从采集带到归档：比对签名与哈希、检查包体、写资料页、把同一款游戏的版本按月份排好顺序。旧版本能不能一直被找到，取决于他们怎么整理。
每月经手约 320 个版本条目
起点
一款游戏的资料页，长成了一座版本库
2019 年，我们手上只有一个页面，挂着一款热门手游的安装包资料：包体多大、适合什么系统、这次更新改了什么。做法很土，但管用——玩家装完之后遇到问题，能回来查一眼。
问题很快集中起来：“上个月那个版本还能下吗？”“手机升级之后，是不是要退回旧包？”2020 年，版本库上线，单一游戏的资料页扩成可以按游戏、按时间往回翻的档案库，第一批旧版本被完整保留下来，到今天还找得到。
从那个时候起，有两件事一直没改：每个包都要能追溯到来源，每个批次都要能按月回看。六年下来，它们变成了 68 个批次和一座装满版本包的档案库。
归档流程
一个包进档案，要过五道手
新版本上线后，包最先到档案编辑手里。接下来的几道检查，其实都在回答同一个问题：这个包，能不能放心让你装。
- 来源清楚——签名指纹对不上，直接退回，不往下走。
- 内容干净——哈希与上一批次不一致，就重新跑一遍完整校验。
- 装得上——包体检查之后，还要在真机上走一遍安装。
- 找得回——同款游戏的版本按月份排好，旧版随时翻得到。
-
STEP 01
版本采集
新版本一上线，就从开发团队和发行渠道取回原始包体，登记所属游戏、版本号、包体大小和适用系统。移动端为主，平板和折叠屏的适配情况一并记下。
-
STEP 02
签名指纹校验
比对安装包的签名指纹，确认它和开发者发布的来源一致。被二次打包、被塞进插件的版本，在这一步就会被拦下来。
-
STEP 03
文件哈希比对
算出文件哈希，与上一批次里同款游戏的版本对照。内容有变化就重新走一遍检查，没有变化也会留下记录，方便以后回查某一个包。
-
STEP 04
包体完整性与人工复核
检查包体是否完整、能否正常安装，再由编辑把资料页上的版本号、更新摘要和兼容提示逐项复核，确认写的内容和实际包体对得上。
-
STEP 05
按月批次归档
每个自然月形成一个批次，旧版资料保留近 24 个月，重大版本长期保留。你隔了半年再回来找那个包，它还在原来的位置上。
分工
18 个人，三条线，一个交接点
档案编辑、内容运营、客服与技术支持，三组人各守一段，交接的地方就是每个月的那一个批次。
当前显示 3 类分工
移动端内容运营
每周二、周五补充新版本与资料，每月末发布批次摘要。移动端页面怎么排、筛选放在哪、加载要多快，也是他们的活——现在移动端首屏平均加载约 1.6 秒。
月均服务约 112 万次访问
客服与技术支持
工作日 9:00-18:00 在线，平均首次响应约 12 分钟。安装出问题时带上设备型号和系统版本，能少绕一圈；碰上兼容问题，会给你可回退的旧版本方向。
把安装失败、版本对不上这类问题接住
里程碑
六年，六个节点
-
2019 从一个游戏资料页起步
第一款游戏的安装包资料上线。团队只有几个人，做的是最基础的事：把包体信息写清楚，让装完出问题的人有地方可查。
-
2020 版本库上线
资料页扩成档案库，可以按游戏和时间往回翻。第一批旧版本被完整留存，从那以后，“上个月那个版本还能下吗”有了确定的答案。
-
2021 礼包领取区开放
礼包区上线，常驻礼包长期有效不过期，每周补上约 40 组。装包和领礼包开始在同一趟里完成。
-
2022 月度批次归档建立
版本按自然月分成批次，同一款游戏的更新被串成一条线。批次成了编辑、运营和客服之间共同的坐标，也是今天 68 个批次的起点。
-
2023 移动端重构与行业认可
全站按移动端重新做了一遍，首屏加载、筛选和旧版查找都跟着提速；年底获得区域数字内容服务优秀案例称号。
-
2024 6 月批次完成全量校验
68 个批次里的既有资料重新走了一遍签名、哈希与包体检查，人工复核同步做完。你现在打开的每一份安装包资料，背后都是这一轮校验的结果。
服务数据
六年积累，摊开来看
12,400个
累计归档版本包，近 24 个月的旧版资料随时能翻
1,860款
在库游戏，覆盖角色扮演、策略、射击、休闲、模拟经营等 12 个品类
320个
每月新增或更新的版本条目
520组
常驻礼包，每周补充约 40 组，长期有效不过期
112万次
月均访问，日均约 3.8 万次
86%
访问来自手机，页面按移动端优先来组织
下一批更新，周二和周五见
新版本与资料每周补两次，月末出一次批次摘要。想装就去看最新批次，想查旧版就进档案库，装不上就翻问题解答。