| | |
| | | > **每天结束时**:把当天进展、踩过的坑、新需求、未完成事项更新到本文件,然后可以放心开新对话。 |
| | | > **协作约定(2026-08-31)**:说「提交」= 本地 commit + 推送到远端 git(origin main,Gitblit),不再只做本地 commit。 |
| | | |
| | | ## 最新(2026-10-06) |
| | | |
| | | ### 10-06:普通国省道「环比基期」改为人工备用值(不再参与计算) |
| | | |
| | | - **背景**:10-04 鄂州樊家庄站中小客流量断崖下跌(35419 -> 8856),领导要求剔除。手工稿快报的做法是:先用剔站后的数值算出 10-04 环比,把 10-03 国省道值挪到「环比基期」C 列备用,再把 10-03 恢复原值以免影响累计。用户明确口径:**「环比基期」只用于数据备用,不参与任何计算**。 |
| | | - **旧行为(错)**:`HolidayStatService.nationalProvincialRingRatio` 在 2026 年只要 `comparison_base` 有值就按「当日 / 环比基期 - 1」算国省道环比;导出时 E 列写 `=(D{行}-C{行})/C{行}`。按手工稿的 C 列摆法(基期放在被比日那行),这样算还会错位(10-03 环比被算成 +1.11%)。 |
| | | - **新行为(本次已改)**:国省道环比固定「当日 / 前一日 - 1」,2024/2025/2026 一致;`comparison_base` 只在导入/导出/页面展示时原样保存与回写,不参与环比、折算、累计。导出 E 列改为 `=(D{行}-D{上一日行})/D{上一日行}`,C 列照常回写备用值。 |
| | | - **改动**:`HolidayStatService.java`(`nationalProvincialRingRatio` 去掉 year/comparisonBase 形参)、`HolidayWorkbookService.java`(新增 `ringRatioFormula`,导出按上一行同年 D 列)、`docs/database.md`(`comparison_base` 与计算口径两处)。 |
| | | - **验证**:新增 `HolidayComparisonBaseTest`:① 库内存 `comparison_base=320.2418` 时,10-04 国省道环比仍按前一日 323.7837 计算,且不等于按基期算出的值;② 导出公式 = `=(D6-D5)/D5`。`mvn -o test` 全绿(4 个测试类)。 |
| | | |
| | | ### 10-06:待确认——10-04 国省道剔站(鄂州樊家庄)怎么进系统 |
| | | |
| | | - **手工口径已逐项核对,与库内 `observation_station_flow` 完全对得上**: |
| | | - 10-04 国省道值(2026/2025/2024)= 原值 − 樊家庄当日值 -> 322.7695 / 337.5009 / 322.5277 万辆次(樊家庄 8856 / 4492 / 2328)。 |
| | | - 10-04 环比分母 = 2026-10-03 原值 − 樊家庄 10-03 值 = 323.7837 − 3.5419 = **320.2418** 万辆次 -> 环比 = 322.7695/320.2418 − 1 = **+0.79%**。 |
| | | - 10-03 显示值与累计仍用原值 323.7837,被剔的 320.2418 只落到 C 列备用。 |
| | | - **趋势结论(需先跟领导对齐)**:只剔樊家庄,10-04 国省道环比只有 **+0.79%**;同日高速小客车 **+9.78%**、铁路 +9.94%、民航 +11.69%、道路 +4.99%、水路 +4.33%。**剔一站填不平约 9 个百分点的趋势差**,与「让国省道和高速趋势一致」的预期并不相符,建议同时请鄂州核实原始记录。 |
| | | - **待决策的代码方案**:因 `comparison_base` 已定为纯备用,系统无法从「当日值」反推剔站基期,需要另设机制。推荐新增「异常站剔除」配置(站点编号 + 生效日期 + 年份),算环比分母时用 `observation_station_flow` 的「该日站点合计 − 剔站值」作基期;显示值与累计仍用原值。 |
| | | - **决策点**:① 做成可配置的通用「异常站剔除」(推荐,可复用于其他节假日/站点),还是只按本次 10-04 一次性处理;② 剔站只影响国省道环比分母,还是也要下沉到非营业性小客车/公路/全社会的环比(手工稿实际把 4.17% / 4.55% 也一起改了)。 |
| | | |
| | | ## 最新(2026-10-05) |
| | | |
| | | ### 10-05:版本管理采用方案 A(固定 jar 名,已完成并通过测试) |
| | | ### 10-05 上午:关机快照(当前状态) |
| | | |
| | | - **已完成**:v1.0.0 正式发布包 `deploy/traffic-audit-deploy-20261005-v1.0.0/`(zip **77.78 MB**)已生成,去密自检、版本自检、结构核对与真实启动冒烟均通过,待上传服务器。版本管理代码与文档均已提交推送(`main` = `93b36c8`)。 |
| | | - **运行状态**:关机前本机 dev 服务仍在运行(后端 8090 java PID 64112、前端 8080 node PID 46472),随关机停止,无需处理;打包冒烟用的 8095 实例已停止、端口已释放。 |
| | | - **工作区**:除若干本地临时文件(`_tmp_*`)与一份专项统计 xls 外,git 工作区与远端 `main` 一致;`docs/工作日结/`、`docs/功能测试报告/` 等按约定不入库。 |
| | | - **下次接手**:先读根目录 `AGENTS.md` + 本文件;待办见第七节(数值精度统一改造、态势感知图、AI 助手 RAG、经济指标试算等),首要事项是跟进正式包在服务器的部署结果。 |
| | | |
| | | ### 10-05 上午:正式发布包按新版本管理重新生成(v1.0.0,单端口瘦包) |
| | | |
| | | - **背景**:`8b71049` 已把打包脚本改为固定 jar 名 + 版本自检(`traffic-audit-server.jar`、包名带 `v{version}`),但正式发布包还没按新脚本重新生成;版本改造前产出的 `deploy/traffic-audit-deploy-20261005-2/` 仍是旧 jar 名 `traffic-audit-server-1.0.0-SNAPSHOT.jar`。 |
| | | - **重新生成**:`powershell -NoProfile -ExecutionPolicy Bypass -File pack-deploy.ps1 -NoFrontendDist -SkipServiceWrapper`(后端 clean package 重建、前端 `npm run build` 重建)。 |
| | | - **产物**:`deploy/traffic-audit-deploy-20261005-v1.0.0/`(351 文件 / 94.58 MB),zip **77.78 MB**。 |
| | | - **校验**:去密自检 + 版本自检通过(pom / `app-version.properties` / `MANIFEST.MF` 三者均 `1.0.0`);包内 `backend\traffic-audit-server.jar` 为固定名;无 `frontend/`、无 `trafficAudit.exe/.xml/install-service*`;`backend\web` 44 文件与 `frontend\dist` 逐文件 SHA-256 一致;`README-部署说明.txt` 头部为「20261005,版本 v1.0.0」并含旧服务器一次性升级说明。 |
| | | - **启动冒烟(真实包、只读)**:用本地开发库配置在 8095 端口启动包内 jar,`GET /api/version` 返回 `{"version":"1.0.0",...}`,`GET /` 返回登录页 200;验证后已按 PID 58652 精确停止冒烟进程。 |
| | | - **状态**:待用户上传服务器。`deploy/traffic-audit-deploy-20261005-2/`(及更早的 `20261005/`)作废勿用。旧服务器首次升级按 README:先改 `trafficAudit.xml` 的 `<arguments>` 为 `-Dfile.encoding=UTF-8 -jar "%BASE%\traffic-audit-server.jar"` 再换 jar,以后只替换 jar。 |
| | | |
| | | ### 10-05:版本管理采用方案 A(固定 jar 名,用户验收通过) |
| | | |
| | | - **用户决策**:采用方案 A。`traffic-audit-server/pom.xml` 为唯一版本源,当前对外版本 `1.0.0`。 |
| | | - **构建改造**:`<finalName>traffic-audit-server</finalName>`,产物固定为 `target/traffic-audit-server.jar`;Maven 资源过滤生成 `app-version.properties`(Spring Boot 父 POM 使用 `@project.version@` 分隔符),`maven-jar-plugin` 写入 `Implementation-Version`。 |
| | |
| | | - **发布链路**:服务 XML、启动脚本、打包脚本全部改用固定 jar 名;`pack-deploy.ps1` 会校验 pom / `app-version.properties` / `MANIFEST.MF` 三者版本一致,发布包名为 `traffic-audit-deploy-YYYYMMDD-v1.0.0(.zip)`,并输出带 `{version}` 的部署 README。 |
| | | - **旧服务器首次升级(仅一次)**:停止服务后,把 `trafficAudit.xml` 的 `<arguments>` 改为 `-Dfile.encoding=UTF-8 -jar "%BASE%\traffic-audit-server.jar"`,替换 jar 后启动。以后发版只替换 jar 并重启,不再改 XML。 |
| | | - **验证**:`mvn -o test`、`mvn -o clean package -DskipTests`、固定名 jar 实际启动并访问 `/api/version`、前端 `npm run build`、本地浏览器登录页显示 `V1.0.0`、`pack-deploy.ps1 -SkipFrontend -NoFrontendDist -SkipServiceWrapper` 组装/去密/版本自检全部通过;负向验证确认版本不匹配和 `SNAPSHOT` 都会在打包前中止。测试报告:本地 `docs/功能测试报告/功能测试报告_版本管理方案A_2026-10-05.md`(目录不入库)。 |
| | | - **状态**:已提交并推送 main(`21a5bf7`);`v1.0.0` 已推送到公司 Gitblit(提交 `21a5bf7`)。正式发布包尚未重新生成。 |
| | | - **状态**:版本管理代码提交为 `8b71049`,`main` 已同步;`v1.0.0` 已推送到公司 Gitblit并指向 `21a5bf7`。2026-10-05 用户确认本地登录页及所有登录后页面均正确显示 `V1.0.0`。正式发布包已于 10-05 上午用新版打包脚本重新生成(见上方 10-05 上午一节)。 |
| | | |
| | | ### 10-04 深夜:折线数值标签回到贴近本点(v35,待用户验收) |
| | | |
| | |
| | | - **发布包**:`deploy/traffic-audit-deploy-20261005-2/`(351 文件 / 94.55 MB;zip **77.78 MB**)。已核对:无 `frontend/`、无 `trafficAudit.exe/.xml/install-service*`(服务包装器已排除);`backend\web` 44 文件与 `frontend\dist` 逐文件哈希一致;jar 内置配置全占位符(去密自检通过);包内 `HolidayTrendChartService.class` 与 `target/classes` 一致(含 v35 代码)。较上一完整包(110.49 MB / zip 83.77 MB)省约 16 MB 解压 / 6 MB 压缩。 |
| | | - **作废**:`deploy/traffic-audit-deploy-20261005/`(错误语义下的产物,缺 `backend\web`)已被 `-2` 取代,勿用。 |
| | | - **部署注意**:覆盖 jar(及按需 `application.yml`)即可;`backend\web` 已随包提供。服务已装,无需重新注册。 |
| | | - **状态**:已打包,待用户上传到服务器。 |
| | | - **状态**:已打包,待用户上传到服务器;该包为版本改造前产物,已由 10-05 上午的 `traffic-audit-deploy-20261005-v1.0.0` 取代(勿用)。 |
| | | |
| | | ### 10-04 深夜:折线数值标签避开折线并贴近本线(v31,待用户验收) |
| | | |