2 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	8dec973db1	修「补录行被合并回来」的重复：对账时认它的派生 UUID ... 成因链：站点补录的到访没有留档行（entity_raw 里没有它），也就没有 UUID；导出时会被补上 一个确定性 UUID v5("ZVISIT/<src_pk>") 写进包里，手机于是把它当成一条真记录；这份包再 合并回站点时，站点这侧没有 UUID 可对齐，DiffVisits 直接判成「备份新增」又插一条 —— 时间线上出现两条一模一样的到访（实测数据集 9 有 43 对，生产时间线一屏就有 53 对）。 - rond：把派生 UUID 抽成 DerivedUUID / DerivedVisitUUID / VisitMatchUUID（导出侧 coreDataUUID 复用同一个函数），差异与合并都拿它当对账键（diff.go 的 byUUID、backup_merge 的 storedByUUID）。 - 「时间 + 地点」兜底配对补 used 检查：同一条站点行现在两个索引里都有，不查会被 classify 两次。 - 数据编辑页的「重复到访」卡片认得这类（成因标「你补录的那条被合并回来的一份」）， 清理时把副本名下的位移 / 天气**改挂**到保留项——补录行自己名下没有位移，跟着删就白丢里程； 派生 UUID 判定排在「站点侧副本」之前（证据更强）。 用例：rond 两条（正例 + 派生 UUID 不相配的反例）、web 一条端到端（造补录行与副本 → 检出 → 清理 → 断言位移与天气改挂、留档被清）。变异验证：去掉改挂语义、关掉该判定，两条都立刻红。	2026-09-30 15:02:45 +08:00
tamakyi	152af81f6a	编辑页：新增「重复到访」卡片 —— 以基线（手机包）为参照清掉站点侧的历史副本 ... 站点库里有一批「到达时间 + 地点与手机包里某条完全相同、但 UUID 不同」的到访副本， 合并/差异按 UUID 认人会把它们当成备份新增，导出到 rond 就成了成对的两条重复记录。 判定与 tools/dedup_site_visits.py 同一套语义：UUID 是前提（只按时间+地点判会误删手机包 自身合法的成对条目）；基线跟本站一条都对不上时只给说明、不给按钮。清理在单事务里删 副本 + 其位移/天气/留档，并把指向副本的 ZMERGEDTO/ZPARENT 改指到保留项——只动本来 就有的那个键，工具那版会凭空补出一个 ZMERGEDTO（真机里是「已并入别处」，会白丢记录）。 顺带修一个「一补录天气就整包导出失败」的洞：rond 导出把 weather.is_daylight 扫进裸 bool， 而站点「新增天气」不写这一列 ⇒ NULL ⇒ sql.Scan 报错。改成 COALESCE(is_daylight,false)， 与导入侧读真机包同口径。 验收：301 PASS / 0 FAIL / 0 SKIP（新增 4 个用例，含变异验证：去掉 UUID 前提/改回 create_if_missing=true/不删副本位移，三种改法都被用例抓到）。	2026-09-29 19:17:29 +08:00