## 一、新能力:团体项目多队
现场:羽毛球双打,一个单位可能派两个队,一个单位两个队各占一个名次。
- 迁移 `0025_entry_squad.sql`:`entries` 加 `squad TEXT NOT NULL DEFAULT ''`(自由文本队名,空串=不区分队伍);
唯一索引由 `(category_id, team_id) WHERE athlete_id IS NULL` 换成 `(category_id, team_id, squad) WHERE athlete_id IS NULL`
—— 原来那条正是「一个单位在一个组别只能报一条团体报名」的拦路虎。
- 导入:**第 13 列「队伍」**(`squad` / 队伍 / 队名 / 队伍名,可选,放最后);老 12 列表照常导入。
- 显示:`单位名 + 队名`(不加括号),榜单不写队名(分与牌本来就归单位)。
- 新增「改队名」:`PUT /api/entries/{id}/squad` + 「成员单位与份额」弹窗里的队伍输入框(只对纯团体报名显示)。
改队名**不需要重算**(`grep squad server/internal/domain/` = 0 处,改名前后流水/名次/榜单逐字节相同)。
- **老数据零变化**:接口层 JSON 剥掉新字段后逐字节相同;导出层 9 份导出件全单元格 750 行 dump 的 md5 相同。
## 二、修:团体名次控件没体现联队
联队的成员单位在「团体名次」里各占一行 → **合并成一行**(标签用大屏/导出一致的联队名),名次**只落主单位**;
成员单位不再进保存载荷,顺手堵掉「看 A、B 各一行,给 B 也录一个名次 → B 重复拿分」。
被并掉的成员单位原来若录过名次,区块里点名提示「已并入联队那一行,保存后清除」,不静默吞。
## 三、修:大屏「分项成绩」排名错乱
现场:第 3 栏列出的项目排名跳着显示(3、6、9、14、15、16),羽毛球单打第 1 名不显示。
**根因**:`group.rows.slice(0, 6)` 取的是**数据到达顺序**,整条渲染链**没有一处读 `rank`**。
修法:按名次升序(并列保持原先后、无名次排最后)再截断 —— 与同页「实时赛况」的既有口径一致。
复现证据:修前 `actual: [3,6,9,14,15,16]`(与现场数字一致)、`expected: [1,2,3,4,5,6]`。
顺带澄清:「只有第 3 栏出问题」不是栏的问题,是那一栏分到的数据次序不成立。
## 四、修:录入页预览算分与后端口径不一致(四处 + 一条延伸)
现场:手动录名次的项目(台球)「积分(自动)」列全是 0,而后端**有分**。
1. **预览不读 `channel_manual_ranks`、也不按通道 scope 分名次来源** → 「按单位录名次」的项目预览全 0,反过来名次填在成绩表时预览有分而服务端 0;
2. **末位归零判据不同**:预览原本「区间跨末位就整组归零」,与后端的 `startRank == lastPlace` 不符(并列第 1 时预览 0、服务端 10);
3. **`compare=none` 时预览静默降级成 manual**(后端此时直接报错)→ 改为同口径:显示**原因**而不是一个算不出来的数字;
4. **管理端保存计分通道缺守卫**:`compare=none + basis=result/aggregate` 原先只有规则包导入拦,手工能配出来、到发布才报错 → 保存前 400 + 人话。
延伸:预览的「已发布分」基线**只扣行分**,不挂报名项的分(团体名次那类)没扣 → 发布确认框「最大分差」虚高;新增 `unitPoints` 一并扣。
## 五、修:手录名次项目的「成绩」列空白
`displayResult()` 在 `resultValue`/`resultText` 都拿不到时**漏出空值**(且函数声明返回 `string`)→
新增占位 `—`、类型收紧,实时赛况与底栏对齐同一口径。
## 文档
`docs/报名名单导入规范.md`(12 → 13 列)、`docs/使用手册.md`(多队章节)、
`docs/升级说明.md`(新增 `dev_0.5.5` 一节)、`debug/使用说明/` 七份同步。
## 验证
- 全量自检两轮**全绿、`EXIT=0`**:服务端 14 包 / 前端 **883 例** 0 fail / Console 68 例 0 fail。
- 各块都先写会红的测试、留了原始输出(含现场报的那组数字与「预览全 0」)。
## 版本
`dev_0.5.4` → **`dev_0.5.5`**(含数据迁移 `0025`);安装器素材同步重生成(照例只动 `brand.bmp` 两张)。
## 下一批
`dev_0.5.6` = **团体报名队员身份**(把队员从文字名单变成人员关联,标识用**号码布**),工单见 `devdocs/20-团体报名队员身份.md`。
608 lines
62 KiB
Markdown
608 lines
62 KiB
Markdown
# 升级说明
|
||
|
||
> **按版本倒序,最新在最上面。** 每次升级前先看「要升到的那一版」这一节,照着做完再开赛。
|
||
> 数据、配置、规则包都在用户数据目录(`%LOCALAPPDATA%\ScoreboardConsole\`),**覆盖安装不会丢**,见《部署指南》3.4 / 3.5。
|
||
> 常规升级流程(停服务 → 覆盖安装 → 启动 → 核对)见《部署指南》3.1 / 3.4。
|
||
|
||
---
|
||
|
||
## dev_0.5.5(当前版本)
|
||
|
||
### 一句话
|
||
|
||
**有一条数据迁移(`0025`),老数据一个字节都不变**:团体项目现在支持**一个单位在一个组别派多支队**(羽毛球双打那种「一队 / 二队」)——以前数据库的唯一索引只允许一个单位一条团体报名,第二支队录不进去。升级后:**现有的报名、成绩、名次、积分、奖牌、导出件与升级前完全一样**(老数据的队名都是空的,在新索引下仍然「一个单位一条」),**多队能力只有在真的给某个单位报了第二支队之后才会体现**;**报名表由 12 列变成 13 列**(最后一列新增「队伍」),**老 12 列表照常导入**。
|
||
|
||
### ① 数据迁移:一条(`0025`)
|
||
|
||
- **它做什么**:给报名表加一列 `squad`(队伍,自由文本,**默认空串**),并把「同一个单位在同一个组别只能有一条团体报名」的那个唯一索引换成**带上队伍的版本**(`组别 + 单位 + 队伍`)。**带的运动员的报名不受影响**:它们仍然按「组别 + 单位 + 运动员」唯一,同一个运动员不会因为这次改动而在同一组别报两次。
|
||
- **老数据零变化**:升级后所有旧报名的队伍都是**空串**,在新索引下等价于「一个单位一条」——**原来能跑的名单、成绩、榜单、导出件一个字节都不变**(对拍证据见下)。
|
||
- **怎么看它跑过**:启动一次 Console,在运行日志或 `logs\operations\` 当天文件里能看到 `已应用迁移 … name=0025_entry_squad.sql`。
|
||
- **对拍证据**:接口层把老数据 `GET /entries` 的 JSON 里新字段剥掉后**逐字节相同**;导出层把 9 份导出件的**全部单元格(共 750 行)dump 出来比对**,**md5 相同**(另带敏感度自检,确认这份对拍真的能发现差异)。
|
||
|
||
### ② 新能力:团体项目多队(只给团体项目)
|
||
|
||
**怎么做**:一个单位在同一个组别报两支队时——两队**各写一行**,靠队伍列 / 队名区分:
|
||
|
||
| 场景 | 怎么做 |
|
||
| --- | --- |
|
||
| **导入报名表** | 用**最后一列「队伍」**写队名(`一队` / `二队` / `青年队`,随便写);**只有一支队的单位这一列留空**。中文表头叫「队伍」,也认「队名」「队伍名」 |
|
||
| **补报名(勾选)** | 「成绩录入」页的「补报名」或「基础数据 → 报名导入」的**团体报名**页签:勾上单位后**那一行右侧出现「队伍(留空=不区分)」输入框**,填队名提交即可;**没勾的单位不显示这个框**;已报过的单位徽标写成 `已报名(一队、二队)` |
|
||
| **改队名** | 填错不用删掉重建:「成绩录入」页**点那一行的「单位」格** → 弹窗里的 **「队伍」输入框**(**只有纯团体报名才显示**)→ 保存(按钮会按改了啥写成 `保存队伍` / `保存成员单位` / `保存成员单位与队伍`,**没改动时是灰的**) |
|
||
|
||
**口径**:
|
||
|
||
- **队伍只对团体项目**:个人项目(按人报名的那些)**不受影响**,也没有「队」这回事;个人行即使填了队名也**不会写进库里**,导入结果里会给一条提示;
|
||
- **留空 = 不区分队伍**:绝大多数单位只有一支队,**这一列留空 / 整列不写 / 表头里没有它**都是一样的(= 升级前的行为);
|
||
- **同一个单位 + 同一个组别 + 同一个队名只能有一条**:要派两支队就写**两个不同的队名**;写重了会被**逐行拦下**并说清是哪个单位、哪个队,**其余行照常导入**;
|
||
- **一个单位两个队都进前三 → 这个单位拿 2 枚牌**(两支队各算各的名次,分与牌都记到同一个单位头上);
|
||
- **队伍不影响算分**:两队的成绩、名次、积分各算各的,最后都汇到同一个单位的总分里;
|
||
- **不涉及「按单位手工录名次」的项目**(篮球那种每个单位只有一支队):名次仍然按单位录,与队名无关。
|
||
|
||
### ③ 显示口径:`单位名 + 队名`
|
||
|
||
- 写出来**不加括号、不加分隔符**:`第一分公司二队`;**队名留空时逐字保持原样**(`第一分公司`);
|
||
- **写队名的地方**:成绩录入页 / 成绩审核页的「单位」列、批量操作的确认框、报错里的行名、大屏的分项成绩 / 实时赛况 / 底栏「最新完成项目」,以及**导出件的「单位」列**(分项成绩表、全部成绩单页、报名名单、单位奖牌明细总表、单位积分总明细总表);
|
||
- **不写队名的地方**:**单位总分榜、单位奖牌榜、个人积分榜**——这三处是单位级汇总,分与奖牌本来就归到单位。
|
||
|
||
### ④ 报名表 12 列 → 13 列(老表照常导入)
|
||
|
||
- 新增的是**最后一列「队伍」**(英文规范名 `squad`,中文别名「队伍」/「队名」/「队伍名」),**可选**:整列不写、格子留空、表头里没有它,三种都合法;
|
||
- 新列加在**表尾**,所以**手里原来的 12 列表一列都不会错位、照常导入**;下载的新模板是 13 列(分工作表模板也一样);
|
||
- 填法、报错文案与例子见《报名名单导入规范》第二节 / 第三节「队伍」/ 第五节的例 5。
|
||
|
||
### ⑤ 改完队名,记得顺手改报名表
|
||
|
||
⚠️ 导入是**按「小项 + 组别 + 单位 + 队名」认人**的:在界面上把「二队」改成「青年队」之后,如果以后再导一份**还写着「二队」**的报名表,系统会**新增出「二队」那一条报名**(不会静默合并,也不会报错)。所以**改队名时把报名表里的队名也改成一样**。
|
||
|
||
### ⑥ 升级后 5 分钟核对
|
||
|
||
1. 启动一次 Console,看运行日志 / `logs\operations\` 当天文件:应能看到 `0025` 这条迁移记录,没有别的报错;
|
||
2. 刷新管理端「积分榜」与大屏:**单位总分榜、单位奖牌榜、个人积分榜的每一个数字与升级前一致**(本版不改任何算分口径);
|
||
3. 打开「成绩录入」页:**「单位」那一列与升级前长得一样**(老报名的队名是空的,不会多出任何字);点某一行的「单位」格,**纯团体报名**的弹窗里应多出一个「队伍」输入框(**个人报名看不到这个框**,这是对的);
|
||
4. 打开「基础数据 → 报名导入」,下载一份模板:**表头最后一列应是「队伍」**(共 13 列);拿一份升级前的老 12 列表导一次,应与升级前一样正常导入;
|
||
5. 拿一个真要多队的项目试一次:同一个单位、同一个组别报两行、队伍列分别写 `一队` / `二队`,导入后到录入页确认**两支队各占一行、单位列写成 `第一分公司一队` / `第一分公司二队`**,录成绩发布后**两队各拿各的名次、单位的分数是两队之和**;
|
||
6. 用《上线检查清单》过一遍。
|
||
|
||
### ⑦ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 多队怎么录、显示成什么样、改队名在哪 | 《使用手册》4.12(以及 4.2、4.11、10.7、11.1、17.1 各处的衔接说明) |
|
||
| 导入表「队伍」列怎么写、报什么错 | 《报名名单导入规范》第二节、第三节「队伍」、第五节的例 5、第六节 |
|
||
| 迁移与唯一索引 | `server/migrations/event/0025_entry_squad.sql` |
|
||
|
||
---
|
||
|
||
## dev_0.5.4
|
||
|
||
### 一句话
|
||
|
||
**没有数据迁移,升级后不用重配任何东西**:修掉一个会让**成绩录入页整页白屏**的问题 —— 在「按单位手动录名次」的项目(例如篮球)底部**「团体名次」输入框里填数字**,或者在顶部工具条里填**批次号 / 每批人数**,页面会整个变成空白。**已经录好的成绩、名次、榜单数据都不受影响**,这三处只是以前一填数字就崩。
|
||
|
||
### ① 修了什么(三处输入框,同一个根因)
|
||
|
||
- **团体名次**(「按单位手工录名次」的项目,录成绩页底部那个区块):往某个单位的名次框里填数字 → **整页白屏**;
|
||
- **批次号 / 每批人数**(录成绩页顶部「批量设置批次」工具条):同样填数字 → **整页白屏**;
|
||
- 根因在浏览器与框架这一层:这几个框是**数字输入框**,填进去的值会被**自动转成数字**,而处理它的代码是按「文本」写的(对值调用文本方法)→ 当场抛错。又因为它发生在**页面渲染过程**里,所以表现不是「弹个错误」,而是**整页变空白**(这也是为什么它看起来比一般错误严重)。
|
||
- 三处都改成**先归一成文本再解析**;**填同样的内容,结果与以前预期的完全一致**(团体名次填 `3` 就是第 3 名,填 `0` 或留空仍是「清空该单位」)。
|
||
- 顺带把仓库里**其余同类输入框逐个体检了一遍**(共 21 处),确认只有上面这三处会出问题,其余的写法本来就是安全的。
|
||
|
||
### ② 升级后 5 分钟核对
|
||
|
||
1. 打开一个「按单位手工录名次」的项目(例如篮球)的录成绩页,在底部**「团体名次」**里给某个单位填一个数字:**页面应当正常显示**;名次重复或超出参赛单位数时,输入框会描红并给出提示(**只提示不拦截,仍然允许保存**);
|
||
2. 在录成绩页顶部**「批量设置批次」**里填一个数字,确认页面不白屏、按钮可点;
|
||
3. 打开一个**联队**的报名(单位编码形如 `T1+T2`),确认单位那格显示两个单位的名字与份额 —— 这是上一版(0.5.3)新增的能力;
|
||
4. 其余照旧:**不需要重新导入规则包,也不需要重配任何东西**。
|
||
|
||
---
|
||
|
||
## dev_0.5.3
|
||
|
||
### 一句话
|
||
|
||
**有一条数据迁移(`0024`),但升级后不用重配任何东西、老数据一个数字都不变**:一条报名现在可以挂**多个单位、按份额分成**——两个单位因参赛人数不足合并成一个联队参赛时,分数按份额拆给各单位(默认均分,允许出现 7.5 这种小数),奖牌**每个成员单位各记一枚整枚**。升级前就有的赛事,榜单、名次、积分、奖牌、导出件与升级前一模一样——**联队能力只有在真的把某条报名配成联队之后才会体现**。不用重新导入规则包。
|
||
|
||
### ① 数据迁移:一条(`0024`)
|
||
|
||
- **它做什么**:新建一张 `entry_team_shares` 表,记「这条报名归哪些单位、各占多少」(积分份额 + 奖牌是否记给本单位),并把**已有的每一条报名回填成「主单位独占 100%」**。`entries.team_id` 保留为**主单位**(联队时就是加号左边那个),既有的查询、唯一键、榜单、导入都还认它。
|
||
- **只加一张表 + 回填**:不改任何既有字段、不删任何数据;回填用的是「已经有份额就不动」的写法,重复执行(或迁移被重放)**不会覆盖已经配好的联队份额**。
|
||
- **怎么看它跑过**:启动一次 Console,在运行日志或 `logs\operations\` 当天文件里能看到 `已应用迁移 … name=0024_entry_team_shares.sql`。
|
||
|
||
### ② 老数据零变化(有对拍证据)
|
||
|
||
- **无联队的老数据在引擎层、接口层、导出层三层都做过签名 / 逐行对拍,差异 0 处**,签名取自**联队实现之前**的代码,实现之后必须一字不差:
|
||
- 引擎层:`server/internal/domain/legacy_forms_golden_test.go`(`TestLegacyFormsScoringUnchanged`,签名 `a2aa1c97…`);
|
||
- 接口层:`server/internal/httpapi/legacy_forms_golden_test.go`(`TestLegacyFormsAPISnapshotUnchanged`,签名 `aa6cea37…`);
|
||
- 导出层:`server/internal/export/joint_team_export_test.go` 的 `TestSingleUnitExportsHaveNoJointTeamText`(只有一条独占份额时,各份导出件一个字都不能多)。
|
||
- 所以:**升级后单位总分榜、单位奖牌榜、个人积分榜的每一个数字、每一条名次、每一枚奖牌、每一份导出件都与升级前一模一样**。本事只在真的把某条报名配成联队之后才生效。
|
||
|
||
### ③ 不用重新导入规则包
|
||
|
||
- 本版**没有改规则包格式、没有改计分口径、没有改任何计分通道配置**:随包规则包与现场那份都不用动,也不需要重算。
|
||
- (对照:dev_0.5.1 那次是建议重新导入的,本版不是。)
|
||
|
||
### ④ 新增能力:联队 + 份额分成(口径已定稿)
|
||
|
||
| 口径 | 定稿写法 |
|
||
| --- | --- |
|
||
| 份额 | **可配、默认均分**(权重都留空 = 各 50%;填 2 与 1 = 67% 与 33%) |
|
||
| 积分 | **平均拆,接受 .5**:团体第 1 名 15 分 → 两个单位各 **7.5 分**(榜单上就写 7.5) |
|
||
| 奖牌 | **每个成员单位各记一枚整枚**:联队的金牌,两个单位**各记 1 枚**(不是各 0.5 枚) |
|
||
| 显示 | 联队的名字**都写出来**:`第一分公司+第二分公司联队` |
|
||
| 导入 | 报名表的**单位编码**列写 `A+B`(加号左边那个是**主单位**;全角 `+` 与两侧空格等价) |
|
||
|
||
怎么用:
|
||
|
||
- **配联队的两个入口**:
|
||
1. **导入报名表**时把单位编码写成 `A+B`(默认均分;最多 5 个单位;`A+`、`+B`、`A++B`、`A+A` 这些写法会被**逐行拦下**并说清是第几行、错在哪,**其余行照常导入**);报名模板(分工作表 xlsx)的「单位编码」表头挂了一条**单元格批注**、该列还有**输入提示**,中英各一份,内容就是这套写法——**表头文字、列序、12 列、工作表命名一个字都没动**,老表格照常导入(**这一版是 12 列;`dev_0.5.5` 起表尾新增了第 13 列「队伍」,见那一节**);
|
||
2. 导入后到**「成绩录入」页点那一行的「单位」格**,打开「**成员单位与份额**」弹窗改(加成员单位、填权重、去掉成员)。⚠️ **非均分(例如 2:1)不能在导入表里写**,只能在弹窗里改。
|
||
- **谁能改**:份额编辑与录成绩同档,**录入员及以上**;访客只读时输入框置灰并写明原因。
|
||
- **改完当场生效**:保存立即重算该小项该组别并推送大屏。
|
||
- **录入与复核页看得到**:联队的单位格显示成 `联队 第一分公司 50% 第二分公司 50%`(非均分时带 `(权重 2)`)。**普通报名(只有一个单位)的格子文案、元素一个字没动**,只是多了一个可点的入口和一行悬停提示。
|
||
- **大屏**:分项成绩表与实时赛况的「单位」列写 `第一分公司+第二分公司联队`,并**把两个单位的 logo 都放上**(单位列宽会为该行的 logo 数留位);底栏「最新完成项目」同样写联队全名;单位奖牌榜与总积分榜本来就是逐单位一行,服务端已按份额拆好(例:A、B 各 1 枚金、各 7.5 分)。
|
||
|
||
### ⑤ 导出件里现在写成什么样
|
||
|
||
| 位置 | 现在写成 |
|
||
| --- | --- |
|
||
| 分项成绩表 / 全部成绩(单页)「单位」列 | `第一分公司+第二分公司联队` |
|
||
| 同上「备注」列 | `联队分拆:第一分公司 5 分(50%)、第二分公司 5 分(50%)` |
|
||
| 报名名单「单位编码 / 单位名 / 备注」 | `T1+T2` / `第一分公司+第二分公司联队` / `联队分拆:第一分公司 50%、第二分公司 50%` |
|
||
| 单位积分明细 / 总明细「备注」列 | `联队分拆:… 各多少分(各多少 %)` |
|
||
| 个人积分总明细「来源」列 | `成绩(联队分拆:…)` |
|
||
| 单位奖牌明细「奖牌」列 | `金牌(联队 第一分公司+第二分公司,各单位各记 1 枚)` |
|
||
| 总表 / 单位奖牌明细的副标题 | 追加 `· 注:本赛事含联队,奖牌按「每个成员单位各记 1 枚」统计,各单位奖牌数之和会大于实际颁发数` |
|
||
|
||
- **按单位筛选导出**:成员单位的名单里也能看到**主单位是另一个单位的联队报名**(否则 B 导出自己的名单会发现「没派人上场」);
|
||
- 导出件的**值只在真的有联队时才变**:没有联队的赛事,导出件与升级前逐字一致。
|
||
|
||
### ⑥ 两条要主动告知的口径后果
|
||
|
||
1. **各单位的奖牌数之和会大于实际颁发的奖牌数**——因为联队的每一枚奖牌**每个成员单位各记 1 枚**。例:A、B 联队拿 1 枚金牌,奖牌榜上 A 记 1 金、B 记 1 金,而场上只颁发了 1 枚。**这是定稿口径,不是数据错了**;含联队的「总表 / 单位奖牌明细」副标题会写这句话,奖牌明细里联队那一格也写着「各单位各记 1 枚」。**拿奖牌数去和实际颁发的奖牌核对时请记住这一点。**
|
||
2. **个人积分总明细里,联队里的同一个人会出现两行**——引擎按份额给两个成员单位各留了一行流水,导出侧只在「来源」列写清这两行为什么出现(`成绩(联队分拆:…)`)。**看两行加起来才是这个人的总数**;这不是重复计分(他的总分没有被算两遍),是按份额拆开的结果。
|
||
|
||
### ⑦ 顺带:单位奖牌明细的「奖牌」列加宽并允许换行
|
||
|
||
- 导出件「单位奖牌明细」的「奖牌」列原来是**宽 8、居中**,写不下 `金牌(联队 第一分公司+第二分公司,各单位各记 1 枚)` 那句(会被右边的「运动员/队」裁掉),现在**加宽到 26 并允许换行**。
|
||
- **列里的值没变**:没有联队时这一格仍然只是「金牌」「银牌」「铜牌」三个字。
|
||
|
||
### ⑧ 升级后 5 分钟核对
|
||
|
||
1. 启动一次 Console,看运行日志 / `logs\operations\` 当天文件:应能看到 `0024` 这条迁移记录,没有别的报错;
|
||
2. 刷新管理端「积分榜」与大屏:**单位总分榜、单位奖牌榜、个人积分榜的每一个数字与升级前一致**(本版不改任何计分口径;只有你之后自己配了联队的地方才会变);
|
||
3. 打开「成绩录入」页:普通报名的**「单位」那一格与升级前长得一样**(只是鼠标移上去变成手型、有一行悬停提示,点一下会打开「成员单位与份额」弹窗,什么都不改直接关掉等于没动过);
|
||
4. 打开「基础数据 → 报名导入」,下载一份「**分工作表 · 中文表头**」,把鼠标停在表头「**单位编码**」那一格上:应弹出「单位编码怎么写」的批注(内容含 `A+B`);点中该列任一格应弹出同样的输入提示;
|
||
5. 真要用联队的:按 ④ 把那条报名配好(导入写 `A+B`,或点单位格改份额),确认榜单上两个单位**各拿到一半分、各记一枚牌**、大屏上两个单位的 logo 都在;
|
||
6. 用《上线检查清单》过一遍。
|
||
|
||
### ⑨ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 联队怎么录、份额怎么改、分成后长什么样 | 《使用手册》4.11 |
|
||
| 导入表里联队怎么写、写错了报什么错 | 《报名名单导入规范》第三节的「单位编码」、第六节 |
|
||
| 大屏与导出件上联队写成什么 | 《使用手册》17.1、8.3、11.1 |
|
||
| 迁移与份额表结构 | `server/migrations/event/0024_entry_team_shares.sql` |
|
||
|
||
---
|
||
|
||
## dev_0.5.2
|
||
|
||
### 一句话
|
||
|
||
**没有数据迁移,升级后不用重配任何东西**:报名模板新增「分工作表」两种(一个小项组别再挤在一张总表里,填表不容易串行);修好了「同一个人报多个项目被误判成号码布重复、整块拦下」;自动备份加固——备份写到一半时关程序、或备份失败,都不会在备份目录里留下半截文件。
|
||
|
||
### ① 新增:报名模板支持「一个小项组别一张工作表」
|
||
|
||
- 「基础数据 → 报名导入」的「下载模板」现在有四个按钮:**中文表头**、**英文表头**(这两种还是**一份总表** CSV,全部报名挤在一张表里,与升级前完全一样),以及新的 **分工作表 · 中文表头**、**分工作表 · 英文表头**(XLSX)。
|
||
- 后两种由系统按当前赛事**已配好的小项 × 组别**生成:**一个小项组别一张工作表**,工作表名就是「小项名称@组别名称」(例:`100 米跑@男子组 30岁以下`)。填表的人不用在一张大表里反复抄小项名与组别名,也就抄不串了;收上来直接导入,不用再拆。
|
||
- **导入时工作表名和表内的小项 / 组别列都认**:两者说的是同一个项目就照常导入;**说法不一致会把那张表整张拦下、并指出是哪一张**,不会闷头按其中一个算。
|
||
- 小项名称、组别名称里**不能再用 `@`(含全角 @)**:它是工作表名的分隔符,写进名字会让「小项@组别」拆不开。新建 / 改名时会当场拦下并说明原因;**规则包里名字带 `@` 的**这类写法仍能导出、也仍留在库里,只是**不能再导入**;库里已经存在的带 `@` 名字照旧能用,只是**不会出现在分工作表模板里**(这种名字拼不出合法的工作表名)。
|
||
- 原来那种单表 CSV 导入(中文表头 / 英文表头两套)**一个字没改**,手上已有的表格照常导入。
|
||
|
||
### ② 修复:同一个人报多个项目,不再被误判成「号码布重复」
|
||
|
||
- 以前判重只看号码布,而**证件号是选填的**:同一个人用一个号码布报两个项目,会被整块拦下、提示「号码布 XXX 在报名表内重复出现,这些行未导入」,只能人工删行再传一次。
|
||
- 现在按**证件号**来分辨:号码布相同、**证件号也相同**(能证明是同一个人)→ 放行;号码布相同、**证件号都填了且不一样**(真抢号)→ 仍然报错;**一方证件号没填** → 放行,并在导入结果里给一条提示,让人自己扫一眼确认。
|
||
- 团体报名行里的号码布也一并查重(同一条规则)。
|
||
|
||
### ③ 加固:自动备份不会再在备份目录里留下半截文件
|
||
|
||
- 半截备份(程序被强杀、磁盘写满、备份写一半时退出——**文件名看着正常、内容却不完整**)以前会被列进「系统 → 备份」的列表里,**手一抖当成正常备份去「恢复」就会出事**。
|
||
- 现在备份一律**先写临时名、写完整了才改成正式名**;关停程序时也会**等一下正在写的这一轮备份收尾**(最多 10 秒,等不到只记一条警告,不会卡住关不掉)。
|
||
- **升级后建议顺手看一眼**:打开「系统 → 备份」,如果列表里有个**明显偏小或 0 字节**的备份,那是老版本留下的半截文件。界面没有删除按钮,请到数据目录 `%LOCALAPPDATA%\ScoreboardConsole\data\backups\` 手工把它删掉。**留着也不会被自动使用**——点「恢复」时服务端会先校验这份备份能不能用,不合格会直接拒。
|
||
|
||
### ④ 升级后 5 分钟核对
|
||
|
||
1. 覆盖安装后启动 Console,看运行日志:**这一版没有数据迁移**,只应有正常的服务启动信息,没有迁移记录、也没有报错;
|
||
2. 打开「基础数据 → 报名导入」,「下载模板」处确认有四个按钮;点「分工作表 · 中文表头」下载一份 xlsx,打开应看到**多个工作表**、表名形如「小项@组别」;
|
||
3. 拿手上的一份报名表试导入一次,结果应与升级前一致(该进的进、该报的报);
|
||
4. 打开「系统 → 备份」,确认列表正常,并点一次「立即备份」;
|
||
5. 用《上线检查清单》过一遍。
|
||
|
||
---
|
||
|
||
## dev_0.5.1
|
||
|
||
### 一句话
|
||
|
||
**两条数据迁移、三处计分口径变化、安装器换新,升级后建议重新导入一次新版规则包**:迁移 `0022` 把「小项已被删除、积分流水却还挂在榜上」的历史脏数据一次性作废(**只影响分数,不影响名次与奖牌,人工调整分不受影响**);迁移 `0023` 给计分通道加一列「聚合口径」(默认「平均」,不切就与升级前一样);**单位奖牌榜改为按奖牌数独立排名,可能与积分榜顺序不同**;安装器换新——界面全面重做,并且**安装时改了三处行为**(一启动就申请管理员、自动关闭正在运行的旧版本、装到哪与「上次安装目录」的关系,见 ③)。
|
||
|
||
### ① 数据迁移:两条(0022 / 0023)
|
||
|
||
**`0022` —— 历史孤儿积分流水一次性作废**(现场可能少几分,那是升级前就该清掉的分)
|
||
|
||
- **它清理什么**:升级前删掉一个「只按单位录名次、没有报名行」的小项时,它名下**已经产生**的积分流水会留在库里、并且没有被作废——分数继续算在单位总分里,但这个小项已经不存在,此后任何一次重算都再也碰不到这些流水(只能改库才能清)。
|
||
- **只作废「成绩流水」与「破纪录加分」**:这两类流水一定挂着小项,空小项 = 小项已被删除。**人工调整分不受影响**——人工调整本来就可以不挂小项,是合法的,不会被误清。
|
||
- **影响面**:**只影响分数**。这些流水本来就没有名次、也没有奖牌,所以**名次与奖牌一件不变**;作废后这些分在**单位总分与单位积分明细里一起消失**(不会出现「榜上无分、明细有分」)。它是**作废不是删除**:流水行与作废时间都留着,并注明是升级时清理的历史数据,事后查得到。
|
||
- **怎么确认**:启动一次 Console,在运行日志或 `logs\operations\` 当天文件里能看到迁移记录(`已应用迁移 … name=0022_void_historical_orphan_ledger.sql`)。**现场确认删过「带分的小项」的机器上,相应单位的总分会少一点**——那是清掉了历史脏数据,不是这次升级算错了。
|
||
- **想核对到条**:升级前先导出一次单位积分明细存底(「积分榜」页的「导出该单位明细」或「导出总明细」),升级后再导一次对比,就能看出少了哪几条。
|
||
|
||
**`0023` —— 计分通道新增一列「聚合口径」**(只加列、不动既有数据)
|
||
|
||
- 老通道一律取默认**「平均」**(团体成绩 = 该单位成员成绩的平均值),**升级前后榜单一分不差**;想改成「总和」的,到「基础数据 → 计分通道」手工切(见《使用手册》10.4)。
|
||
|
||
### ② 三处口径变化(现场看到的数字 / 顺序可能不同)
|
||
|
||
**1)「末位归零」:末位不再丢分**
|
||
|
||
- 本版随包规则包里两个模板的「末位归零」都设成**关**:**参赛人数少于表里档位数时,最后一名按表拿分**(例:3 人参赛、模板有 6 档,第 3 名按表拿 6 分),不再被抹成 0。重新导入规则包会把库里这个开关一起写成「关」——**此前在模板页手工勾过它、或导入过把它勾上的规则包**的机器,这一步之后末位分数会变(这是定稿口径:规则里没配的名次分数就是 0 分,分只按表发)。
|
||
- 另外,**开关打开时也只抹「真正落在最末那一档」的那一条**:并列档位从更靠前的名次起步、区间跨过末位的并列组**不再被整组抹 0**,按他们并列到的名次照表拿分(7 人里三人并列第 5、前六档表 → 每人按第 5 名拿分;升级前是 0 分)。
|
||
- **名次与奖牌不受影响**:这一段改的只是「这一组拿多少分」。
|
||
|
||
**2)单位奖牌榜改为按奖牌数独立排名**
|
||
|
||
- 顺序与名次:**金牌 → 银牌 → 铜牌 → 单位编码**,**不再跟着单位总分榜**。所以「金牌多、总分低」的单位在奖牌榜上排前面、在单位总分榜上排后面——**这是口径不同,不是数据错了**(升级前奖牌榜沿用总分榜顺序,会出现「金牌多的排在后面」)。
|
||
- 三处同一个口径:管理端「积分榜 → 单位奖牌榜」、大屏的单位奖牌榜页、大屏底栏滚动的奖牌 Top3。
|
||
- 「导出奖牌明细」(`单位奖牌明细.xlsx`)逐枚列出奖牌的总表不受影响;各单位**分表的先后仍按单位总分排**(得分高的在前),与奖牌榜的顺序不同,这不是错。
|
||
|
||
**3)同分并列段的排列按规则包的排序口径**
|
||
|
||
- 总积分榜(及个人积分榜)里**总分相同**的单位那一段内,先后按规则包里的排序口径排——本赛会包的默认是 **总分 → 金 → 银 → 铜 → 单位编码**。
|
||
- 重新导入规则包会把这条口径按规则包的值写回库里(本赛会包是 **总分 → 金 → 银 → 铜 → 单位编码**):**此前导入过排序口径写法不同的规则包**的机器,这一段里单位的先后可能变化——**变的是顺序,分数与奖牌都不变**,看到顺序变了不要当成故障。
|
||
- **单位奖牌榜不受这条影响**:它固定按金 → 银 → 铜 → 单位编码(见上面第 2 条)。
|
||
|
||
### ③ 安装器换新(界面重做 + 三处安装行为变化)
|
||
|
||
- **界面全面重做**:安装程序(`Scoreboard Console-<版本>-x64.exe`)的欢迎 / 目录 / 许可 / 进度 / 完成各页与按钮换成新素材,并**支持 4K 高 DPI**(系统缩放到 200% 时界面按缩放后的尺寸排布,字与按钮不会糊成一团)。
|
||
- **① 安装程序现在一启动就申请管理员**:双击安装包会**先弹一次 UAC**(Windows 的「是否允许此应用对你的设备进行更改?」),点「是」之后整个安装过程都在提权状态下进行 —— 装到 `C:\Program Files\…`、自动放行防火墙入站 19540(规则名 `Scoreboard Console (TCP 19540)`,卸载时会自动删掉)都靠它。
|
||
- **管理员机器**:会弹这一次 UAC;装完不用再手工放行防火墙。
|
||
- **受限账户(不是管理员)的机器**:**不会弹 UAC**(弹了也没用),安装程序会**自动降级为「仅为我安装」**,装到你的用户目录(`%LOCALAPPDATA%\Programs\…`),**不装**到 Program Files,也**加不了**防火墙规则 —— 这种机器要照《部署指南》7.5 在管理员账户下手工放行一次。
|
||
- **② 安装时会自动关闭正在运行的旧版本**:升级前**不用手工退出**「赛事积分榜」——安装程序会自己找到在跑的旧版本进程并关掉(连它拉起的 `scoreboard.exe` 服务端进程一起关)。以前那个「请先关闭程序」的提示框会被新界面压在下面,看不到又挡着流程,现场很容易卡在那儿出不来。
|
||
- **③ 安装位置(装到哪个目录)**:
|
||
- 向导里**默认填这台机器上次装的那个目录**;
|
||
- 切换「为所有用户安装 / 仅为我安装」时,**目录输入框会跟着变成该模式的默认目录**(分别是 `C:\Program Files\Scoreboard_Console` 和你的用户目录);
|
||
- 但你**手工改过路径(或点过「浏览…」)之后,再切模式也不会冲掉你填的那个目录** —— 想回到模式默认目录,把路径清空重新切一次模式即可;
|
||
- 想知道这次装到哪了:右键桌面「赛事积分榜」快捷方式 →「属性」→ 看「目标」。
|
||
- **静默安装**(`安装包.exe /S`,无人值守用):**会跳过旧版本卸载器** —— 旧卸载器自己可能弹一个没人能点的提权框,跳过它才能保证无人值守下一定跑得完。静默安装也可以用 `/allusers` / `/currentuser` 指定装法;用 `/D=` 指定目录时**以 `/D=` 为准**(不取「上次安装目录」的记忆)。
|
||
- 装到哪、装什么、桌面快捷方式(「赛事积分榜」)、卸载方式、数据与配置在 `%LOCALAPPDATA%\ScoreboardConsole\`(**覆盖安装不会丢**)—— 这些与升级前一致(交互式升级仍会先跑一遍旧版本的卸载器,这也是数据不能放在安装目录里的原因,见《部署指南》3.4)。
|
||
|
||
### ④ 升级后建议:把新版规则包重新导入一次
|
||
|
||
**做法**:管理端「导出 → 规则包 → 选择 YAML → **预览差异** → 确认导入并全量重算」,导入随本次发布的新版规则包。
|
||
|
||
**为什么建议做**:旧包缺少本次修正的通道配置(几个双计项目的团体通道口径、纯团体项目该走「按成绩自动排名」还是「人工名次」等),**不重新导入就不会生效**。
|
||
|
||
⚠️ **动手前先看清这个前提**:**导入会按规则包重写各小项的计分通道配置**——规则包覆盖到的小项,库里现有的通道会被整包替换。所以:
|
||
|
||
- **建议先导入、再按需要手工微调个别项目**;顺序反过来(先微调再导入),手工改动会被这次导入覆盖掉;
|
||
- 导入前先看「预览差异」里列出的通道增删改,确认没有把现场专门配过的项目改掉;发现被改,导入后到「基础数据 → 计分通道」改回来即可(保存后该小项会重算);
|
||
- 导入会**全量重算积分并刷新榜单**,尽量安排在**没有正在进行的项目**时做;
|
||
- 导入后正是上面那三处口径变化的生效点,请对着 ② 逐条看一遍榜单。
|
||
|
||
### ⑤ 升级时可能遇到的拦截(这两处以前会静默通过)
|
||
|
||
- **导入规则包时**:如果这份规则包存在**配置冲突**——典型情形是某个小项的**名次是靠人工录入的**(例如球类、拔河这类由裁判判名次的项目),规则包却给它配了**「按成绩自动排名」**(或「按队内平均」)的通道——导入会被**整包拒收**,一个字节都不写,并直接说明**是哪个小项、为什么不行、怎么改**(给这个小项单独写一段人工名次的通道配置,或调整规则包的匹配条件别套到它身上)。升级前这种情况是「先把通道换掉、紧接着重算时才报错」,名次表会停在半空(分数还在、奖牌却清零),自愈与重试导入都会因为同一个小项再失败一次——**现在不会留下这种坏状态**。
|
||
- **保存积分模板时**:如果**分值表里配的名次超过了「录取名次」**(例如分值表配到第 7 档、录取名次还留着 6),保存会被**拒绝**并说明怎么改:要么把录取名次改成 7、要么改成 0(0 = 不按名次封顶),要么删掉超出录取名次的那几档(例子里的第 7 档)。升级前这种配置能安静存下来,但第 7 档及以后在榜上恒为 0 分,界面上看不出任何异常——**现在会在保存这一步就说清楚**。
|
||
|
||
### ⑥ 升级后 5 分钟核对
|
||
|
||
1. 启动一次 Console,看运行日志 / `logs\operations\` 当天文件:应能看到 `0022` 与 `0023` 两条迁移记录,没有别的报错;
|
||
2. 刷新管理端「积分榜」:**单位总分榜、个人积分榜的数字与升级前一致**(除了 `0022` 清掉的历史脏数据);**单位奖牌榜的先后可能变了**(现在按金 → 银 → 铜排);
|
||
3. **看到「同分单位的先后变了」不要当故障**:重导规则包会把排序口径按规则包的值写回(本赛会包是 总分 → 金 → 银 → 铜 → 单位编码),**变的是顺序,分数与奖牌一件不变**(见 ② 第 3 条);
|
||
4. 打开「基础数据 → 计分通道」,选中一个双计项目(例如团体引体向上),确认「聚合口径」一列是**「平均」**——不切换就与升级前口径一致;
|
||
5. 打开「成绩录入」页:已发布的行右侧应**并排**「修改本条」与「作废本条」两个按钮;点一下成绩格会弹确认框(**点「取消」什么都不做**);
|
||
6. 按 ④ 导入新版规则包,导入后核对该项目的计分通道与榜单;
|
||
7. 用《上线检查清单》过一遍。
|
||
|
||
### ⑦ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 已发布成绩怎么改(修改 / 作废的区别) | 《使用手册》4.10;《常见问题》Q98 |
|
||
| 单位明细里的运动员 / 来源 / 已修订 | 《使用手册》8.1、8.3、17.3 |
|
||
| 团体分的「平均 / 总和」口径 | 《使用手册》10.4;《常见问题》Q15 |
|
||
| 单位奖牌榜为什么与积分榜顺序不同 | 《使用手册》8.2 |
|
||
| 导入被拒 / 保存模板被拒是什么原因 | 本文件 ⑤ |
|
||
| 迁移与安装 | 本文件 ① ③;《部署指南》3.1、7.5 |
|
||
|
||
---
|
||
|
||
## dev_0.5.0
|
||
|
||
### 一句话
|
||
|
||
**没有数据迁移,旧赛事项目包照常导入**:本版改的是「大屏控制 → 局域网大屏」卡片的取证逻辑——地址改为**按地址类别**判定(`169.254` 自动配置地址不再被排除),并新增**宽松兜底 / 默认路由推断 / 手动添加地址**三层,空态会说明被跳过的网卡与原因。以前卡片会把「自动配置地址」当成没有可用地址,现已修正。
|
||
|
||
### ① 局域网大屏卡片改为按地址类别判定
|
||
|
||
- **以前**:只取「接口 Up 且非回环」的网卡,并把**链路本地地址(`169.254.x.x`)也排除**,理由写的是「DHCP 没拿到地址才自配的,说明网络不健康」——那是对网络健不健康的**猜测**,不是地址能不能用的**事实**。
|
||
- **现场形态**:有机器就在 **`169.254` 自动配置网段**(本网段没有 DHCP,设备靠链路本地地址互访),平板实测能访问 `http://169.254.79.190:19540/display`,网络与防火墙全通;而卡片却因为那条猜测显示「未检测到局域网地址」——**那是误判**。
|
||
- **现在**:只排除四类「作为对端访问目标没有意义」的地址——**回环、未指定(`0.0.0.0`)、组播、广播**;**链路本地(自动配置)地址与私网、全局地址一样进候选**,只是**排在最后**并带一句说明「自动配置地址:本网段没有 DHCP,同网段设备可以互相访问」。判定全部走标准库谓词,**不抄一份网段字面量到代码里**(抄错或漏一段就会变成「明明有地址却说没有」,正是这次要修的毛病)。
|
||
|
||
### ② 新增三层兜底(宽松兜底 / 默认路由推断 / 手动添加地址)
|
||
|
||
| 层次 | 触发时机 | 卡片表现 |
|
||
| --- | --- | --- |
|
||
| 严格轮 | 正常机器(网卡 up 位读得到) | 地址照常列出,不加提示 |
|
||
| **宽松兜底** | 严格轮一无所获时(Windows 上部分驱动 / 虚拟网卡**读不到 up 位**) | 不再要求 up 位,把地址捡回来并提示「网卡状态读不到(可能是驱动或虚拟网卡),地址本身可用,打不开就换下面一条」 |
|
||
| **默认路由推断** | 前两轮都为空时 | 问操作系统「去局域网走哪块网卡」(UDP Dial:只查路由表、**不发一个包**),地址提示「这条地址是按系统默认路由推断出来的(网卡枚举里没有它),地址本身可用,打不开就换下面一条」 |
|
||
| **手动添加地址** | 以上都没给出你要的网段时 | 卡片下方「手动添加地址」填入 `ipconfig` 里的 IPv4 地址,点「添加」立刻出链接与二维码;手填的**排第一条**、带「手动」徽标、可「删除」,记在浏览器本地**刷新不丢**(最多 10 个) |
|
||
|
||
严格轮有结果就绝不跑宽松轮,前两轮任意一轮有结果就绝不跑路由探测——只有真的一个地址都拿不到时才会多花那几次本地 UDP connect,正常机器上一次都不会发生。
|
||
|
||
### ③ 空态会说明被跳过的网卡与原因
|
||
|
||
- 空态从一句「未检测到局域网地址(可能是没插网线 / 只有回环)。」改成逐条列出**检查过、但没贡献地址**的网卡与原因,例如「没找到可用的局域网地址。已检查:以太网(接口未连接)、WLAN(只有 IPv6 地址)。」;四种原因是「接口未连接」「只有 IPv6 地址」「接口没有地址」「回环接口」,**最多列 5 条**,网卡更多时其余折叠成「**等共 N 块网卡**」;
|
||
- 老服务端不返回这份清单时,显示的仍是原来那句,行为与升级前完全一致。
|
||
|
||
### ④ 没有数据迁移
|
||
|
||
- 本版**没有任何数据库迁移**,也没有设置项迁移;旧赛事项目包照常导入、切换、导出,已有榜单数字与升级前一致。
|
||
|
||
### ⑤ 升级后 3 分钟核对
|
||
|
||
1. 启动 Console,打开 `logs\console.log`:没有意外报错;正常应有一行「局域网地址:…(网卡名)」,一个地址都没有时会是一条带原因的 WARN,方便直接看出该修哪张网卡;
|
||
2. 用录入员及以上账号进「大屏控制」页,确认「局域网大屏」卡片列出地址;只有 `169.254.x.x` 的机器上应能看到它、并带「自动配置地址」那句说明;
|
||
3. 用平板 / 手机扫第一个地址的二维码,确认能打开大屏;
|
||
4. 自动检测为空时试一次「手动添加地址」(填 `ipconfig` 里的地址),确认立刻出链接与二维码;
|
||
5. 局域网设备连不上的机器,先确认装的时候选的是哪一项:选**「为所有用户安装」**的,安装程序提权时已经自动放行入站 **19540**(防火墙里能看到规则 `Scoreboard Console (TCP 19540)`);选「仅为我安装」的,按《部署指南》7.5 的命令手工放行一次;
|
||
6. 用《上线检查清单》过一遍。
|
||
|
||
### ⑥ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 三类地址的含义、手动添加地址 | 《使用手册》第 9 节 |
|
||
| 防火墙放行与排障常识 | 《部署指南》7.5、7.9 |
|
||
| 空态原因与自检工具 | 《常见问题》Q101 |
|
||
| 接口字段与判定顺序 | `devdocs/05` 大屏控制与运维 |
|
||
|
||
---
|
||
|
||
## dev_0.4.0
|
||
|
||
### 一句话
|
||
|
||
**没有数据迁移,旧赛事项目包照常导入**:本版修了两个现场问题(kiosk 窗口误点穿、kiosk 窗口被任务栏盖住)并新增一个功能(大屏控制页的「局域网大屏」卡片)。⚠️ 唯一要留意的:**老机器配置文件里的 `display.ignoreMouse: true` 已废弃、不再生效**——升级后大屏窗口自动变成「不穿透」,想恢复穿透要改用新键名。
|
||
|
||
### ① kiosk 窗口不再点击穿透,旧键 `display.ignoreMouse` 已废弃
|
||
|
||
- **以前**:多屏 kiosk 窗口默认开启 `setIgnoreMouseEvents(true)`,本意是「不接收误触」,但它的真实语义是「**本窗口完全忽略鼠标**」——点击会落到大屏**后面**的窗口或桌面上,现场想防的误触反而变成误点别的东西;被忽略鼠标的窗口也点不活、被别的窗口盖住后抢不回前台。
|
||
- **现在**:大屏窗口**默认吞掉鼠标点击、不穿透**,点击不会漏到后面的窗口或桌面,被盖住后点一下就能回到最前。
|
||
- **开关改名**:`display.ignoreMouse` → **`display.allowClickThrough`**(默认 `false`)。旧键现在**完全不读**——老机器配置文件里那个 `ignoreMouse: true` 不会再让大屏穿透。
|
||
- **为什么换键名而不是只改默认值**:旧版默认就是穿透,而且旧版模板已经把 `ignoreMouse: true` 写进了现场机器的配置文件(`%LOCALAPPDATA%\ScoreboardConsole\console\config.json`),而 Console 的规矩是**已存在的用户配置绝不覆盖**——光改默认值救不了老机器,配置文件里那个显式 `true` 会一直压着默认值;也没法区分「操作员刻意要穿透」和「旧模板留下的 true」。换个新键名,旧文件里的旧键自然失效,现场不动配置文件就回到「不穿透」。
|
||
- **升级后第一次启动**,如果配置文件里还留着旧键,Console 会在 `logs\console.log` 里记一条**中文警告(只记一次,不随大屏重排重复刷)**,原文是:
|
||
|
||
> 警告:配置项 display.ignoreMouse 已废弃、不再生效:本机配置文件里写的 ignoreMouse: true 会被忽略。大屏窗口现在默认「不穿透」,点击不会再漏到大屏后面的窗口或桌面;要让大屏恢复点击穿透,请改用 display.allowClickThrough: true
|
||
|
||
(`ignoreMouse` 后面跟的值会原样照抄你配置文件里写的内容。)**旧键的值一律忽略,也不会被自动改写进你的配置文件。**
|
||
- **确实需要穿透**(把大屏当纯展示层、同一块屏上还要操作别的窗口)才显式写 `display.allowClickThrough: true`,代价是:点击会漏到大屏后面的窗口 / 桌面(误触会点到别的东西),大屏也点不活。
|
||
|
||
### ② kiosk 窗口现在压得住任务栏
|
||
|
||
- **以前**:先 `setKiosk(true)` 再 `setBounds(...)`,在 Windows 上会把窗口从真正的全屏态拽回「恰好铺满该屏的无边框窗口」——它不是置顶层,**任务栏与任何拖到这块屏上的窗口都能盖在它上面**;再叠加上一条的穿透,大屏被盖住后还点不活。
|
||
- **现在**:多屏 kiosk 窗口固定置顶在 **`screen-saver` 层级**(Windows 上 `setAlwaysOnTop(true)` 的默认层级 `floating` 仍画在任务栏**下面**,只有 pop-up-menu 及以上才压得住任务栏)。效果:**任务栏盖不住它,别的窗口拖到这块屏上也盖不住它,被盖住后点一下就能回到最前**。
|
||
- 调用顺序固定为「**先 `setBounds` 定位 → 再 `setKiosk(true)` → 最后 `setAlwaysOnTop(true, 'screen-saver')`**」,并加了「已经是对的状态就直接返回」的守卫,避免重排时反复进出 kiosk 导致大屏白闪。窗口化(单屏调试态)会把置顶摘掉。
|
||
|
||
### ③ 大屏控制页新增「局域网大屏」卡片
|
||
|
||
- 卡片列出主机在局域网里**可用的地址**,拼成完整链接(形如 `http://192.168.1.5:19540/display`):链接可点开,旁边有**复制**按钮(复制成功短暂显示「已复制」),**第一个地址还带二维码**,手机扫码即可打开;
|
||
- 地址与端口由服务端 `GET /api/system/network` 下发(真实监听端口与路径,不是写死的),按现场最可能用到的顺序排(`192.168.*` → `10.*` → `172.16–31.*` → 其它);
|
||
- 没有可用地址时显示「未检测到局域网地址(可能是没插网线 / 只有回环)。」——这不是故障,表示主机当前没有别的设备能连上的地址;
|
||
- 这张卡片**需要录入员(recorder)及以上**登录才看得到,只读访客会被提前拦住。
|
||
|
||
### ④ 没有数据迁移
|
||
|
||
- 本版**没有任何数据库迁移**,也没有设置项迁移;旧赛事项目包照常导入、切换、导出,已有榜单数字与升级前一致。
|
||
- 配置文件里那份旧键我们**不会**替你删改(现场那份原样留着,人自己决定),它只是不再生效。
|
||
|
||
### ⑤ 升级后 3 分钟核对
|
||
|
||
1. 启动 Console,打开 `logs\console.log`:确认没有意外的报错;
|
||
2. 看多屏大屏:窗口应当压住任务栏、点一下能回到最前,且**点击不会再点到桌面或后面的窗口**(即不穿透);
|
||
3. 若有老机器配置文件里写着 `ignoreMouse: true`,日志里应能看到上面那条「已废弃」警告——这是正常的,行为已是「不穿透」;
|
||
4. (可选)确实要穿透的机器:在 `%LOCALAPPDATA%\ScoreboardConsole\console\config.json` 里写 `"allowClickThrough": true`,重启 Console;
|
||
5. 用录入员及以上账号进「大屏控制」页,确认右侧有「局域网大屏」卡片,点「复制」能复制链接、手机能扫第一个地址的二维码打开大屏;
|
||
6. 用《上线检查清单》过一遍。
|
||
|
||
### ⑥ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 多屏 kiosk 的鼠标 / 置顶行为 | 《部署指南》6.2 配置表、7.4 |
|
||
| 「局域网大屏」卡片怎么用 | 《使用手册》第 9 节 |
|
||
| 接口与字段 | `devdocs/05` 大屏控制与运维 |
|
||
|
||
---
|
||
|
||
## dev_0.3.0
|
||
|
||
### 一句话
|
||
|
||
**旧版赛事项目包仍可导入**:本版只有一条迁移(**0021**),只给破纪录登记表加一列可空的「理由」。升级后榜单数字应当与升级前一致;新增四个现场入口(作废 / 重新录入成绩、作废已批准的破纪录、录入历史纪录、仪表盘四张新卡片)。
|
||
|
||
### ① 迁移只有一条(0021),而且只是「加一列」
|
||
|
||
- 迁移 **`0021_record_breaks_note.sql`**:给 `record_breaks` 表加一列 **`note`**(TEXT,**可空**,默认 NULL)——记「这条破纪录登记为什么被驳回 / 作废」。
|
||
- 它**只加列**:不重建表、不改任何既有数据行;老登记的 `note` 保持 `NULL`(「本来就没有理由」是事实,不会被写成一条假理由)。
|
||
- ✅ **旧版赛事项目包仍可导入**。导入一个不含 `note` 列的旧包后,它**成为当前赛事时(切换过去、服务端启动打开赛事库时)会自动补跑迁移**,**不需要任何手工处理**;旧的破纪录登记、纪录库、成绩与积分一行不丢。
|
||
- 备份同理:升级前的备份文件(旧 `event.db`)照常能恢复,恢复后再打开时也会自动补迁移。
|
||
|
||
### ② 四个新入口
|
||
|
||
| 入口 | 位置 | 做什么 |
|
||
| --- | --- | --- |
|
||
| **作废本条 / 重新录入** | 成绩录入页每行的「操作」列 | 手滑填错了不必整组撤销发布:已发布的行仍然是锁的,但可以点「作废本条」(**必填原因**)让这一条退出名次与积分;已作废的行显示红徽标「已作废」,点「重新录入」(必填原因)退回草稿,改完再发布本组。两者都**立即重算并推大屏**,不受「分批发布时实时更新榜单」这个延迟结算开关影响 |
|
||
| **已批准的破纪录 / 作废** | 破纪录页新增的「已批准的破纪录」卡片 | 批错的破纪录可以撤回:点「作废」(**必填原因**)→ 撤回该笔加分、重算推榜,并把该级别的当前纪录**恢复为上一条** |
|
||
| **新增历史纪录 / 删除** | 破纪录页「纪录库」卡片 | 赛前手工登记历史纪录(小项 / 级别 / 成绩值或文本 / 保持人 / 保持单位 / 创造日期);每行可「删除」,删的是当前纪录时会恢复上一条。**「来源」列现在真的会显示「历史」或「本届」**(以前没有历史录入入口,实际只会是「本届」) |
|
||
| **仪表盘四张新卡片** | 仪表盘 | 今天的小项(按排期 + 进度)、草稿待发布、待确认破纪录、大屏在线数;旧卡片保留 |
|
||
|
||
### ③ 「拒绝」从内存改持久带来的行为变化
|
||
|
||
- 以前点「拒绝」只在**本机浏览器里**把这条疑似破纪录藏起来,刷新就回来。现在改成**先登记再驳回**:服务端会登记一条破纪录记录并立即驳回(理由写「现场判定不是破纪录」),**刷新后不再出现**;谁在什么时候否掉了哪一条,也能在审计日志里查到。
|
||
- ⚠️ **升级前在本机「拒绝」过的疑似破纪录,升级后刷新会重新出现一次**——因为那次拒绝从来没有写到服务端。重新点一次「拒绝」即可(这次会落到服务端)。
|
||
- 只有真的写不进去时(示例数据模式 / 未连接服务端)才退回本机隐藏,提示会如实说明「刷新页面后该条会重新出现」。
|
||
|
||
### ④ 升级后 5 分钟核对
|
||
|
||
1. 打开一次「成绩录入」页,确认表格最后一列是「操作」;
|
||
2. 打开「破纪录」页,确认多出「已批准的破纪录」卡片,且「纪录库」卡片有「新增历史纪录」按钮与每行的「删除」;
|
||
3. 打开仪表盘,确认多出今天的小项 / 草稿待发布 / 待确认破纪录 / 大屏在线数四张卡片;
|
||
4. 旧赛事包核对:导入一个**升级前导出的赛事项目包**并切换为当前赛事,确认能正常打开、破纪录与纪录库数据都在(迁移 0021 会自动补跑);
|
||
5. 用《上线检查清单》过一遍。
|
||
|
||
### ⑤ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 手滑填错一条成绩怎么改 | 《使用手册》4.10;《常见问题》Q98 |
|
||
| 破纪录批错了 / 怎么拒绝 | 《使用手册》6.1;《常见问题》Q99 |
|
||
| 历史纪录怎么录 | 《使用手册》6.2;《常见问题》Q100 |
|
||
| 仪表盘四张卡片 | 《使用手册》第 3 节;开发侧 `devdocs/07` §7 |
|
||
|
||
---
|
||
|
||
## dev_0.2.0
|
||
|
||
### 一句话
|
||
|
||
**没有需要迁移的数据**:这一版是 100 多项缺陷与体验修复的合集(含一次改名、几处口径收紧)。升级后榜单数字应当与升级前一致。
|
||
|
||
### ① 三件升级前必须知道的事
|
||
|
||
**1)「团体奖牌榜」改名为「单位奖牌榜」**,导出件也跟着改了名:
|
||
- 界面上:大屏控制页的切页下拉、大屏奖牌榜页标题、管理端「积分榜」页的页签,都叫 **单位奖牌榜**;
|
||
- 导出件:下载文件名由 `团体奖牌明细.xlsx` 改为 **`单位奖牌明细.xlsx`**,Excel 里的工作表名同步改为 **`单位奖牌榜`** / **`单位奖牌明细`**。
|
||
→ **如果你把旧文件名写进了对账脚本、打印模板或交接文档,记得改**。
|
||
- **旧名仍然可用**:老链接(`?page=团体奖牌榜`)与老配置(`display.pages` 里写 `medals` 或旧名)照常生效,不用改。
|
||
|
||
**2)审计日志的动作前缀统一了**(`entries.import` → `entry.import`,`entries.import.resolve` → `entry.import.resolve`):
|
||
- **升级前落库的历史记录不会跟着改**——它们仍写着旧前缀。所以**查历史时请用子串 `import` 筛**(新旧都能筛到);用 `entry.` 只能筛到升级之后的记录。审计是只追加的,我们不会改写历史。
|
||
|
||
**3)密码长度改成按「字符」数**(原来是按字节):
|
||
- 下限仍是 8 **位**,但现在按字符算:**7 个汉字(原来 21 字节能过)现在会被拒**;`3 个汉字 + 5 个字母`(8 字符)正常通过。
|
||
- 上限仍是 72 字节(bcrypt 的边界),文案里会分别写清「位」与「字节」。
|
||
|
||
### ② 现场会看到的变化
|
||
|
||
- **导出件里的「未结算」**:开了延迟结算时,「已发布但那一组还没结算」的行,导出的「分项成绩表 / 全部 / 全部(单页)」现在写 **名次 `—` / 积分 `—` / 状态 `未结算`**(成绩照常打印)。原来这三列是「空名次 + 0 分 + 有效」,读起来像「算出来就是 0 分」。
|
||
- **基础数据包导入遇到「已彻底删除的单位」**:那一行**整行跳过**并在导入结果里说明原因(不再更新它的字段、也不会把它翻出来);要让单位回来,先到「基础数据 → 参赛单位」勾选「显示已彻底删除的单位」再点「恢复」。
|
||
- **报名名单导入换了单位会明确提示**:「第 N 行:某某 换了单位,原单位 A 在本组别的报名已移出,已改在单位 B 加入」——数据行为没变(一直是这样),现在会说出来了。
|
||
- **「从已有名单勾选报名」有冲突时不再报「已加入」**:会明确提示「有 N 行没有加入,需要逐条确认」,并在页内列出是哪几行。
|
||
- **导出核对更省事**:单位积分明细的「成绩」列与分项成绩表、个人明细**逐字一致**(原来少个单位,如 `11.58` vs `11.58 秒`);空单位的「单位积分明细」也会打印末行「合计」。
|
||
- **收不到回执的危险操作不再误导**:一键恢复请求超时/断连时,提示由「恢复未执行」改为「**没收到回执,恢复可能已经生效**」,并单独放宽了超时时间;两个管理员同时点恢复时,第二个会拿到「正在恢复,请稍后」。
|
||
|
||
### ③ 部署相关的两处
|
||
|
||
- **赛事包上传上限是 512MB**(名单 CSV 与基础数据包那一档仍是 32MB,赛事包刻意放宽——它要装字体、背景图、各单位 logo;字体单个就允许 20MB)。超限会提示「解析上传失败」。
|
||
- **反向代理(nginx 等)**:若以前遇到「登录一定 403」,本版起错误提示会指明原因与修法;正解是让代理透传原 Host(`proxy_set_header Host $host;`),或配置可信代理并把原 Host 透传在 `X-Forwarded-Host` 上。**不要**为了绕过它把校验放宽——那等于开登录 CSRF 的口子。
|
||
- 顺带:**丢了 CSRF Cookie 不再等于「能看不能写」**——管理面板会自动补发,症状消失后无需再刷新页面。
|
||
|
||
### ④ 升级后 5 分钟核对
|
||
|
||
1. 打开服务管理窗口的运行日志:**这一次升级没有那条「通道名次自愈」记录是正常的**(本版没有新迁移,不需要重算);若看到它,说明你从上上版直接跳过来,等它跑完即可;
|
||
2. 刷新积分大屏与管理面板:**单位总分榜、单位奖牌榜、个人积分榜的数字与升级前一致**;
|
||
3. 随便挑一个小项导出一次「分项成绩表」,确认表头与列都对;
|
||
4. 用《上线检查清单》过一遍。
|
||
|
||
### ⑤ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 榜名/导出文件名的变化 | 本文件 ①;《使用手册》8.2、11.1 |
|
||
| 导出里三种「还没出结果」的行 | 《使用手册》11.1;《常见问题》Q90 |
|
||
| 基础数据包遇到已删除的单位 | 《使用手册》11.4;《常见问题》Q88 |
|
||
| 恢复与安全副本保留份数 | 《部署指南》8.3;《常见问题》Q40 |
|
||
| 反代/登录 403 | 《部署指南》7.x 与应用内提示 |
|
||
|
||
---
|
||
|
||
## dev_0.1.8
|
||
|
||
### 一句话
|
||
|
||
修掉了一个**会多算单位总分**的计分缺陷;奖牌改成可以按小项、按通道开关;报名名单认人改成**以证件号为准**。
|
||
|
||
### ① 升级后必须补的一件事(本版唯一需要人工补录的地方)
|
||
|
||
**「团体引体向上」这类「个人+团体」项目的团体名次,要到成绩录入页补录一遍。**
|
||
|
||
原因是旧版**没有录团体名次的地方**:这类项目的团体分是拿**个人名次顶替**着算出来的(所以会算多)。本版改成从「团体名次」区块读,**没录就是 0 分**。
|
||
|
||
- 补录位置:**成绩录入**页 → 选中该小项与组别 → 表格下方 **「团体名次」** 卡片 → 按单位填名次 → **保存团体名次**(留空 = 清空该单位;名次允许并列;个人名次不受影响)。
|
||
- 如果某单位不参加该项,留空即可。
|
||
- **不想手填的替代方案**:把该小项的团体通道从「手动名次」改成「按队内平均」(**基础数据 → 计分通道**),系统会按每队成员成绩自动算团体名次。
|
||
**两种口径二选一,由赛会规则决定**——「团体引体向上」这条现在还挂着旧模板(手动名次),要按领导定的口径确认一次。
|
||
|
||
### ② 分数会变,这是对的(不是坏了)
|
||
|
||
- **单位总分**:旧版在「个人+团体」项目上会把**个人**名次当成**团体**名次、按团体表再发一次分。实测某队在成绩没改的情况下,第一次发布 45 分、再点一次发布变 85 分。
|
||
本版已修正:**同一份数据无论发布几次,结果完全一致**。
|
||
- 所以升级后如果你之前录过并发布过这类项目,**单位总分会出现变化**(变小是正常的,那是修正后的值)。按 ① 把团体名次补录完,再核对一次即可。
|
||
- **个人积分不受影响**(个人通道的算法没变);奖牌数可能变化(见 ③)。
|
||
|
||
### ③ 现场会看到的新东西
|
||
|
||
**奖牌可以开关了**(三层,从粗到细):
|
||
|
||
1. 小项级:**基础数据 → 大项 / 小项 → 编辑小项**,「选项」里有 **「该项启用奖牌结算」**(**默认勾上**)。取消 = 这个小项只出积分、一块牌都不发;
|
||
2. 通道级:**基础数据 → 计分通道**,表里多了 **「奖牌通道」**列,两个开关——**「发奖牌」**(这条通道的名次发不发牌)与 **「个人奖牌并入单位金牌榜」**(个人项目拿的牌算不算进单位金牌总数);
|
||
3. 名次仍然只发给**前三名**(并列口径不变)。
|
||
|
||
> ⚠️ 迁移默认把三个开关都设成**开**,也就是和升级前一致,不会让既有小项突然掉牌。要改哪个小项,按赛事规则逐个去关。
|
||
|
||
**成绩录入页多了「团体名次」卡片**——只在配了「团体名次 = 手动名次」通道的小项上出现;纯团体项目(篮球等)和「按队内平均」的项目不会出现,那是正常的。
|
||
|
||
**报名名单认人改成以证件号为准**:匹配顺序 **证件号 → 号码布 → 姓名 + 单位**。同一份表里同一证件号出现多次 = 同一个人报多个组别(会给提示,不再报错);只有「同证件号 + 同一个小项同一个组别」才会进冲突面板问你保留哪一条。
|
||
|
||
**下面这些动作现在会立刻重算并刷新大屏,即使管理员开了「延迟结算」**:
|
||
撤销发布 / 作废单条成绩 / 批量退赛·恢复·移出报名 / **报名名单导入改了状态**(例如把某人改成退赛)。
|
||
「延迟结算」只影响**发布成绩**这一件事(不因一批成绩跳动榜单),不会让退赛、作废这类「谁还算数」的改动被拖着。
|
||
|
||
### ④ 其它修复
|
||
|
||
- 管理员**撤销会话 / 停用账号 / 改密码**后,那台机器上还开着的实时连接会立刻断开,不再继续收数据;
|
||
- 访客(guest)身份收不到系统配置类的实时推送;
|
||
- 导出一份不存在的小项 / 单位、手填名次填 0 或负数、性别或年龄填了非法值 → 现在是**明确的错误提示**,不再是「服务端异常」;
|
||
- **示例数据模式**(后端连不上时的演示模式)下,批量停用 / 批量或单条彻底删除会被拦下并提示,不会假成功;
|
||
- **服务管理窗口**:显示器短暂只剩一块(拔线 / 电视待机)之后,再把扩展屏插回来会**自动恢复全屏**,不用重启程序;
|
||
- **自定义大屏模板**:嵌套过深或体积过大的模板会给出明确提示,不会让大屏白屏。
|
||
|
||
### ⑤ 升级后 5 分钟核对
|
||
|
||
1. 打开服务管理窗口的**运行日志**,看有没有那两行自愈记录(`检测到通道名次为空但已有已发布成绩…` / `一次性全量重算完成…`),**这是正常的**;
|
||
2. 刷新积分大屏 / 管理面板:**奖牌榜不是全 0**;
|
||
3. **单位总分与升级前一致**(除了 ② 说的「个人+团体」项目);
|
||
4. 打开一次成绩录入页,确认该录团体名次的小项上有**「团体名次」**卡片;
|
||
5. 打开一次**基础数据 → 大项 / 小项**,确认「该项启用奖牌结算」是按赛事规则勾的;
|
||
6. 用《上线检查清单》从头过一遍。
|
||
|
||
### ⑥ 详细说明在哪
|
||
|
||
| 想了解 | 看 |
|
||
| --- | --- |
|
||
| 奖牌开关怎么用 / 什么时候关 | 《使用手册》10.2(小项)、10.4(计分通道) |
|
||
| 奖牌榜没牌 / 金牌数不对怎么查 | 《常见问题》Q94 |
|
||
| 团体名次怎么录 / 为什么没有那一块 | 《使用手册》4.9、《常见问题》Q95 |
|
||
| 升级后奖牌榜是空的 | 《部署指南》3.4、《常见问题》Q96 |
|
||
| 名单导入怎么认人、怎么填 | 《报名名单导入规范》 |
|
||
| 延迟结算下哪些动作会立刻生效 | 《使用手册》4.8、《常见问题》Q91 |
|
||
| 历史成绩版本重放与团体名次 | 《常见问题》Q97(已知限制) |
|
||
|
||
---
|
||
|
||
## dev_0.1.7 及更早
|
||
|
||
本文件从 **dev_0.1.8** 起维护;更早版本的改动不再逐版补记。若需要,可在《使用手册》与当时的发布记录里查。
|