变更 · 巡检 · 版本路线
乐鱼体育把每一次筛选逻辑调整、客户端迭代与巡检结论都写成了可以翻回去的条目。您手上的赛事订阅查询和关注列表如果和预期对不上，多半能在这里找到那次改动，以及它具体影响了什么。
订阅查询 置顶 · 本次维护窗口
三月中旬那次维护之后，查场次不再是一条件一条件地翻。您可以把联赛范围缩到某一项杯赛，再限定日期区间与比赛状态，符合条件的场次会一次性列出来。
包含两项需要您核对的改动
覆盖 42 个联赛与杯赛项目的检索入口，单日约 1200 场条目都按新逻辑出结果。关注列表、收藏与追比分入口的排序保持原样，不需要重新整理。
每条记录只挂一个分类标签。看到标签就知道该不该点开，不用逐条读标题。
订阅查询
筛选条件、状态标签、关键词检索这些直接影响您查场次的改动，都归在这一类里。
版本说明
Y8E 客户端每个版本的模块重构与入口排序，按迭代序号归档，方便对照自己手上的版本。
巡检记录
常规巡检的时间、抽查范围与结论，重点看加载速度和数据有没有错位，每月两次。
赛季专题
按赛季阶段整理的回看文章，把散在各处的改动放进一条时间线里连着读。
按赛季阶段与迭代序号排列，最近的在最上面。点开任意一条能看到两句细节。
球队简称、联赛全名与轮次编号三种写法都会参与匹配，不必来回切换输入方式。
筛完记得把想追的场次收进关注列表，收藏与追比分入口会跟着排序。
订阅、轮次、关注列表、追比分、消息与服务说明都在这次重构范围内。
更新后第一次打开会多花一点时间加载新结构，之后恢复正常。
巡检抽查了联赛、日期、状态三组条件的组合结果，重点是容易漏项的边界组合。
没有出现重复条目，也没有发现状态标签错位的情况。
在手机上取消关注的场次，电脑端刷新后不会再出现在收藏入口里。
导出文本清单仍以单次 200 条为上限，超出部分请分两次导出。
展开后每轮显示当日场次数，收起后只留轮次编号，长列表读起来更轻。
赛季阶段切换时，展开状态会自动回到最近一轮。
按联赛拆、按时段拆、按关注强度拆，三种思路都有人在用，各有各的顺手之处。
清单太长时，先删掉已结束且不再回看的场次，比新建分组更省事。
巡检覆盖了早晚两个高峰时段，测试环境包括地铁与室内弱网。
弱网时轮次列表会先出编号，再补齐场次内容，不会整屏空白。
延期场次保留原轮次编号，不会挪到别的轮次里去，查找路径不变。
进行中的场次在关注列表顶部集中显示，打开就能看到。
您在某一个分组里排好的顺序，会原样带到这两个入口，不用重新拖一遍。
调整顺序后大约 5 分钟内同步到其他设备。
260 余篇记录里，与订阅查询直接相关的条目被单独列成一节，方便一次看完。
下一次路线图在年末发布，覆盖新赛季的第一个版本。
赛季开始、季中、休赛期与年末各发布一次，全年共四次。每次都说清这一阶段的主线改动，以及下一次大概什么时候到。
定下本赛季的主线改动，订阅查询与轮次时间轴排在第一批。
复盘上半程的记录，把零散的小改动合并进同一个版本再发。
整理分组与导出体验，用专题页集中回看这半个赛季发生了什么。
第四次路线图为下一个赛季定节奏，包含巡检安排与客服排班。
列表上的条目是零散的，下面这几组数字是每月都会重复发生的部分。
常规巡检结论，分别在上旬与下旬发布；重大变更不等到巡检，当日就发。
客服团队 18 人，工作日 10:00—19:00 在线，首次响应的平均水平。
移动网络下客户端首屏的加载时间，巡检每次都会重新测一遍。
订阅查询与关注列表共用同一份数据源，任一端变更后 5 分钟内同步到其他端；这也是为什么某一端的改动会在另一端的记录里一并说明。