| | |
|---|
| | | > **每天结束时**：把当天进展、踩过的坑、新需求、未完成事项更新到本文件，然后可以放心开新对话。 |
|---|
| | | > **协作约定（2026-08-31）**：说「提交」= 本地 commit + 推送到远端 git（origin main，Gitblit），不再只做本地 commit。 |
|---|
| | | |
|---|
| | | ## 最新（2026-10-09，zyj 线） |
|---|
| | | |
|---|
| | | ### 10-09：2025 数据现状核验（结论：已在库，无需补录）+ M0 规格补第十二节 |
|---|
| | | |
|---|
| | | - **核验方式**：只读查询库 `127.0.0.1:3308/traffic_audit`（MySQL 8.0.29），未导入、未修改任何数据。 |
|---|
| | | - **2025-01~12 各 12 个月齐全**：`city_bus_monthly`、`city_taxi_monthly`、`wyc_order_monthly`、`wyc_total_monthly`、`h2031_enterprise_monthly`、`h2032_enterprise_monthly`、`passenger_individual_monthly`。 |
|---|
| | | - **两张"不以为缺口"的表**：`freight_turnover_import` 仅 2025-12，但表带 `last_freight_m01..m12` / `last_turnover_m01..m12`，2026 各期文件自带去年同月值；`scale_split_transport` 无 2025，但表带 `above/below/total_yoy`，同比已随 2026 各期入库。 |
|---|
| | | - **修正早前判断**：09-07 方案文档"2025 未入库"的说法已过期（09-16 后补录过多年度数据）；`ReportExportService.java:499 / 558 / 561` 三处"待 2025 年定稿数据导入后自动出现"的提示条件已不成立。同比取数走库内去年同期（`aggOf(data, year-1, m, "湖北省")`，约 540 行）。 |
|---|
| | | - **遗留的是口径问题，不是缺数据**：中口径排名/明细的 2025 列仍以母版静态定稿值为准（`readMidDetailLastYearCumulative`，`ReportExportService.java:2745` 起），注释（2686-2689 行）说明原因是"排名页原先查库现算，两者在 2025-03/04 网约车拆分上不同"。→ 需先做「库内 2025 vs 母版 2025」逐项 diff，交业务确认基准后再决定是否切换读库（切换必须过 diff=0 回归）。 |
|---|
| | | - **规格更新**：`docs/汇总大表M0版式重建器规格_2026-10-06.md` 新增第十二节（三层职责 / 一表一粒度 / 调整值覆盖层 / 2025 实测核验 / 结果层可选 / 「母版不留数据」红线 / 与 M0 的依赖顺序）。 |
|---|
| | | - **状态**：本节与规格第十二节均为【待验收】；未改动代码、未导入数据。 |
|---|
| | | |
|---|
| | | ### 10-09（2）：查证既有拍板——同比基准以母版缓存为准；扩列按月按需 |
|---|
| | | |
|---|
| | | - **同比基准（用户指出，已查证；先前判断修正）**：2026 与 2025 的同比**以母版缓存为准**，库只做校验、不直接替代。出处：`docs/要求与验收基线清单.md` F8（✅ 口径确认）、`docs/确认回执汇总与剩余疑问_汇总大表数据驱动改造_2026-09-07.md` Q1、`docs/汇总大表数据驱动改造方案_2026-09-07.md` 第九节、`docs/待确认_汇总大表数据驱动改造问题清单_2026-09-07.md` A1、`docs/问题汇总/汇总大表问题交接_2026-09-21.md` 方案 A（已实施）。切换唯一前提 = 人工核对并重导一致。 |
|---|
| | | - **修正**：本日上一条"中口径 2025 遗留口径待定"的说法作废；库内 2025 现算值不得直接替代母版静态定稿值。 |
|---|
| | | - **扩列方式（既有拍板，与 M0 规格冲突）**：`docs/要求与验收基线清单.md` F10 = **按月按需扩列，不预做 12 月满版**（✅ M0 v4）；改造方案 v1.1（09-08 用户拍板）同口径，正文"12 月满版列版式"建议已作废。M0 规格第九/十一节的"满版式"建议**待用户裁定**。 |
|---|
| | | - **已有 09-29 扩列产物（本地未入库）**：`docs/问题汇总/_扩列规格表_2026-09-29.md/.csv`（19 页逐页规格）、`_扩列配置初稿_20260929.md/.csv`、`_扩列计划_v3..v10.json`、`_扩列进度_20260929.md`；试做件 `docs/生成汇总大表/2026年9月道路运输量汇总表_试做_20260929.xlsx`（数值未修完，勿用于出表）。 |
|---|
| | | - **规格更新**：`docs/汇总大表M0版式重建器规格_2026-10-06.md` 新增第十三节（既有拍板核验，优先级最高）；并修正 12.4 的处置结论。 |
|---|
| | | - **状态**：【待验收】；未改动代码、未导入数据。 |
|---|
| | | ## 最新（2026-10-06，zyj 线） |
|---|
| | | |
|---|
| | | ### 10-06：拉取合并 + 验收门禁分级 + 汇总大表 M0 立项 |
|---|
| | | |
|---|
| | | - **拉取合并**：`origin/main` 由 `8b739ce` 更新到 `54e10ae`（同事 xyc 38 个提交：节假日专项统计、观测站分日调查导入、v1.0.0 版本管理、打包与 Windows 服务自启等）。本地未推送提交 `ef85b05`（09-29 交接）保留，合并提交 `bee9e18`，无冲突；合并后相对远端的差异正好只有本地的 3 个文件。 |
|---|
| | | - **验收门禁分级（用户 2026-10-06 确认，参考同事做法）**：一般功能 / 修复 / 重构沿用「测试通过即提交推送」；口径类 / 版式类 / 任何会改输出数字或表格版式的改动，照常提交推送，但必须在 HANDOFF 标注 **【待验收】**，用户验收通过后再补一条 `docs(交接): …` 提交改为「已验收（日期）」。规则已写入 `AGENTS.md` 第 5 条。 |
|---|
| | | - **汇总大表 M0 立项（规格待审定）**：新增 `docs/汇总大表M0版式重建器规格_2026-10-06.md`。结论 **不重写**——计算层（`reportexport/calc` 约 900 行）、回填层（`SummaryWorkbookFiller` 899 行）、扩列原语（`moveColumnPair` / `cloneColumnPair` / `cloneCellForMonth` / `cloneMergedRegion` / `copyColumnWidth` / `fixCumulativeFormulas`，`ReportExportService.java:1039-1200`）均已在用；缺口只是把这些原语编排到 10 个需扩列长表页（已列页规格表，约 2.45 万处公式平移）。 |
|---|
| | | - **工作量重估**：M0 约 **3.5–5 天**（含测试与验收），此前 09-29 记的「0.5~1 天」偏乐观，只算了原语复用。 |
|---|
| | | - **卡点未变**：`resolveSummaryMother`（`ReportExportService.java:4576`）只精确匹配《{year}年{month}月道路运输量汇总表.xlsx》，目标月无母版即报错；9 月母版仍为用户 09-29 手工扩列产物（本机未入库）。 |
|---|
| | | - **待确认**：① 扩列蓝本用 9 月手工版还是 8 月版；② 是否一次建成 12 月满版式（方案 v1 建议满版式）。 |
|---|
| | | - **状态**：本段与 M0 规格均为【待验收】；本轮未改动任何代码。工作区未跟踪的 `docs/生成汇总大表/2026年9月道路运输量汇总表*.xlsx` 与 `docs/确认.docx` 按约定保留。 |
|---|
| | | |
|---|
| | | ## 最新（2026-10-06） |
|---|
| | | |
|---|
| | | ### 10-06：折线图纵向间距加高（验收通过） |
|---|
