Scoreboard

73 Commits 1 Branch 1 Tag

3 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	9d4ee0946c	feat: 运动员彻底删除（真物理删除 + 重算积分）+ 报名表 status 容错 + 部署包带导入规范 ## 运动员「彻底删除」＝真删除 `DELETE /api/athletes/{id}?purge=1`（不带参数仍是「停用」软删除）。在一个事务里：删积分流水（含已作废历史流水）→ 删破纪录登记 → 删成绩 → 删报名 → 删人员 → 对受影响的 (小项, 组别) 调 recomputeLedgerTx + applyComputedRanks 重算流水与名次 → bumpEvent/bumpStandings 推大屏 → 审计 athlete.purge（含删除规模）。响应带 {deletedEntries, deletedResults, deletedLedger, deletedBreaks, recomputedEvents}。必须先删 results 再删 entries（results.entry_id 无 ON DELETE）；流水按 athlete_id / entry_id / result_id 三种引用一把清，漏一种就留悬挂。管理端「运动员」行加「彻底删除」按钮 + 危险确认框（如实写明报名与成绩一并删除、相关小项排名与积分会重算），成功 toast 报出删除规模。 ## 报名表 status 列容错新增 entry_status.go 的 normalizeImportStatus：大小写不敏感（DNS/Registered 都认），认「正常/退赛/弃赛/请假/取消资格/犯规/未出场/未到/缺席」等中文别名，留空即 registered，认不出则给中文行级错误并跳过该行。此前原样入库，撞 entries.status 的 CHECK 约束后抛原始 SQLite 错误，填表人看不懂。 ## 修 isUniqueViolation 把 CHECK 失败误报成「已存在」 SQLite 的 CHECK / NOT NULL 失败也带 "constraint failed"，旧匹配把「小项 status 取值非法」报成 409「小项编码已存在」，现场会去找一个根本不存在的重名编码。收紧为只认 "unique constraint failed"。实测：重复编码仍 409；非法 status 不再误报。 ## 安装包平铺《报名名单导入规范》 deploy/prepare-extra.mjs 改清单式，部署包根目录除使用说明.txt 外新增报名名单导入规范.txt。测试：服务端 12 包全绿（新增 athlete_purge_test.go、entry_status_test.go）；前端 vue-tsc 通过、166 例全过；Console 语法检查 17 文件。另在真二进制 + 真 SQLite 上跑通破坏性路径：删人后本人痕迹全为 0、他人不受影响、榜单按新排序重算、foreign_key_check 无悬挂。docs/ 与 devdocs/ 同步更新。	2026-09-10 22:37:25 +08:00
AskaEth	6bd7bd1627	feat: 「个人+团体」项目真正落地——通道级不计入单位 + 队内平均排名口径（用户确认）： - 个人分按个人成绩排名给，不计入单位总分（下沉到通道级开关，不再动全局系数） - 团体成绩 = 每队成员成绩的平均值 → 排名（并列顺延）→ 团体模板给分 → 计入单位总分 - 平均值口径是小项级单选项：默认「只算有效成绩」；「全部报名人员计入」= 分母为报名条数、没成绩按 0 加入分子；在成绩录入页就地切换并立即保存服务端： - 迁移 0017：score_ledger 加 count_to_team（重建，无子表）；event_score_channels 加 count_to_team； events 加 avg_mode（默认 valid） - 规则包 Channel 加 countToTeam（缺省 true）；channelTemplates 支持 individual_team → 默认 athlete(result, 不计入单位) + team(aggregate 队内平均) - 计分引擎：SumByTeam 跳过 count_to_team=0 的流水；实现 basis=aggregate 的队内平均团体排名（valid 分母=有有效成绩人数；all 分母=报名人数；某队 0 有效成绩不参与）前端： - 计分通道页：每行通道「计入单位总分」勾选 + basis 下拉「按队内平均」 - 成绩录入页：仅有队内平均通道的小项显示「平均值口径」单选（默认只算有效成绩），改动即存 - 录入页「实时积分预览」按新口径对齐（原先按主体求和且双通道重复计入，与发布后不一致） - 大屏/管理端团体成绩只显示数值，不出现「平均」字样自检：服务端 12 包全绿；前端 vue-tsc + build、node --test 134/134；console 16 文件通过。	2026-09-10 12:02:00 +08:00
AskaEth	592e47aef7	feat: 小项类型加「个人+团体」+ 报名导入拆团体/个人两部分小项类型： - 迁移 0016 给 events.event_type 的 CHECK 增加 individual_team。SQLite 改不了 CHECK，而 events 被多张子表引用（含 ON DELETE CASCADE/SET NULL），事务内 DROP 重建会级联删数据，故用 writable_schema 就地改写建表语句文本（只追加一个枚举值，'match' 在建表语句里仅出现一次，无副作用），零数据搬动 - domain 加 EventTypeIndividualTeam；管理端下拉加「个人+团体」并提示会同时走两条通道； guards/rules 的 eventType 白名单同步（否则会被降级成 individual） - 注意：该类型目前只解决「能被选出来」，双计的算分语义（个人分不计入单位、团体按队内平均排名）尚未实现，等口径确认后再动数据模型报名导入： - 卡片拆成「个人报名 / 团体报名」两个 tab，小项+组别提到 tab 之上共享 - 团体报名 = 从已配置单位清单里多选（默认全不勾，正好表达「部分单位不参加」），可逐单位为登记队员（0 人即纯单位报名），一次提交为多个单位各建一条报名 - 已报名单位仍可覆盖名单，但会提示「提交将清空原名单」，且「全选」只勾启用中且未报名的单位自检：服务端 12 包全绿；前端 vue-tsc + build、node --test 117/117；console 16 文件通过。	2026-09-10 11:19:31 +08:00

Author

SHA1

Message

Date

AskaEth

9d4ee0946c

feat: 运动员彻底删除（真物理删除 + 重算积分）+ 报名表 status 容错 + 部署包带导入规范

## 运动员「彻底删除」＝ 真删除
`DELETE /api/athletes/{id}?purge=1`（不带参数仍是「停用」软删除）。在一个事务里：
删积分流水（含已作废历史流水）→ 删破纪录登记 → 删成绩 → 删报名 → 删人员 →
对受影响的 (小项, 组别) 调 recomputeLedgerTx + applyComputedRanks 重算流水与名次 →
bumpEvent/bumpStandings 推大屏 → 审计 athlete.purge（含删除规模）。
响应带 {deletedEntries, deletedResults, deletedLedger, deletedBreaks, recomputedEvents}。
必须先删 results 再删 entries（results.entry_id 无 ON DELETE）；流水按 athlete_id / entry_id /
result_id 三种引用一把清，漏一种就留悬挂。

管理端「运动员」行加「彻底删除」按钮 + 危险确认框（如实写明报名与成绩一并删除、
相关小项排名与积分会重算），成功 toast 报出删除规模。

## 报名表 status 列容错
新增 entry_status.go 的 normalizeImportStatus：大小写不敏感（DNS/Registered 都认），
认「正常/退赛/弃赛/请假/取消资格/犯规/未出场/未到/缺席」等中文别名，留空即 registered，
认不出则给中文行级错误并跳过该行。此前原样入库，撞 entries.status 的 CHECK 约束后
抛原始 SQLite 错误，填表人看不懂。

## 修 isUniqueViolation 把 CHECK 失败误报成「已存在」
SQLite 的 CHECK / NOT NULL 失败也带 "constraint failed"，旧匹配把「小项 status 取值非法」
报成 409「小项编码已存在」，现场会去找一个根本不存在的重名编码。收紧为只认
"unique constraint failed"。实测：重复编码仍 409；非法 status 不再误报。

## 安装包平铺《报名名单导入规范》
deploy/prepare-extra.mjs 改清单式，部署包根目录除 使用说明.txt 外新增
报名名单导入规范.txt。

测试：服务端 12 包全绿（新增 athlete_purge_test.go、entry_status_test.go）；
前端 vue-tsc 通过、166 例全过；Console 语法检查 17 文件。
另在真二进制 + 真 SQLite 上跑通破坏性路径：删人后本人痕迹全为 0、他人不受影响、
榜单按新排序重算、foreign_key_check 无悬挂。docs/ 与 devdocs/ 同步更新。

2026-09-10 22:37:25 +08:00

AskaEth

6bd7bd1627

feat: 「个人+团体」项目真正落地——通道级不计入单位 + 队内平均排名

口径（用户确认）：
- 个人分按个人成绩排名给，**不计入单位总分**（下沉到通道级开关，不再动全局系数）
- 团体成绩 = 每队成员成绩的**平均值** → 排名（并列顺延）→ 团体模板给分 → 计入单位总分
- 平均值口径是**小项级单选项**：默认「只算有效成绩」；「全部报名人员计入」= 分母为报名条数、
  没成绩按 0 加入分子；在**成绩录入页**就地切换并立即保存

服务端：
- 迁移 0017：score_ledger 加 count_to_team（重建，无子表）；event_score_channels 加 count_to_team；
  events 加 avg_mode（默认 valid）
- 规则包 Channel 加 countToTeam（缺省 true）；channelTemplates 支持 individual_team →
  默认 athlete(result, 不计入单位) + team(aggregate 队内平均)
- 计分引擎：SumByTeam 跳过 count_to_team=0 的流水；实现 basis=aggregate 的队内平均团体排名
  （valid 分母=有有效成绩人数；all 分母=报名人数；某队 0 有效成绩不参与）

前端：
- 计分通道页：每行通道「计入单位总分」勾选 + basis 下拉「按队内平均」
- 成绩录入页：仅有队内平均通道的小项显示「平均值口径」单选（默认只算有效成绩），改动即存
- 录入页「实时积分预览」按新口径对齐（原先按主体求和且双通道重复计入，与发布后不一致）
- 大屏/管理端团体成绩只显示数值，不出现「平均」字样

自检：服务端 12 包全绿；前端 vue-tsc + build、node --test 134/134；console 16 文件通过。

2026-09-10 12:02:00 +08:00

AskaEth

592e47aef7

feat: 小项类型加「个人+团体」+ 报名导入拆团体/个人两部分

小项类型：
- 迁移 0016 给 events.event_type 的 CHECK 增加 individual_team。SQLite 改不了 CHECK，
  而 events 被多张子表引用（含 ON DELETE CASCADE/SET NULL），事务内 DROP 重建会级联删数据，
  故用 writable_schema 就地改写建表语句文本（只追加一个枚举值，'match' 在建表语句里仅出现一次，
  无副作用），零数据搬动
- domain 加 EventTypeIndividualTeam；管理端下拉加「个人+团体」并提示会同时走两条通道；
  guards/rules 的 eventType 白名单同步（否则会被降级成 individual）
- 注意：该类型目前只解决「能被选出来」，双计的算分语义（个人分不计入单位、团体按队内平均排名）
  尚未实现，等口径确认后再动数据模型

报名导入：
- 卡片拆成「个人报名 / 团体报名」两个 tab，小项+组别提到 tab 之上共享
- 团体报名 = 从已配置单位清单里多选（默认全不勾，正好表达「部分单位不参加」），
  可逐单位为登记队员（0 人即纯单位报名），一次提交为多个单位各建一条报名
- 已报名单位仍可覆盖名单，但会提示「提交将清空原名单」，且「全选」只勾启用中且未报名的单位

自检：服务端 12 包全绿；前端 vue-tsc + build、node --test 117/117；console 16 文件通过。

2026-09-10 11:19:31 +08:00