| | |
|---|
| | | > **每天结束时**：把当天进展、踩过的坑、新需求、未完成事项更新到本文件，然后可以放心开新对话。 |
|---|
| | | > **协作约定（2026-08-31）**：说「提交」= 本地 commit + 推送到远端 git（origin main，Gitblit），不再只做本地 commit。 |
|---|
| | | |
|---|
| | | ## 最新（2026-10-04） |
|---|
| | | ## 最新（2026-10-05） |
|---|
| | | |
|---|
| | | ### 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`。 |
|---|
| | | - **页面显示**：新增免登录 `GET /api/version`；登录页和页头显示 `V1.0.0`。同时修复可执行 jar 下 `buildTime` 为 `null` 的嵌套 URI 解析问题。 |
|---|
| | | - **发布链路**：服务 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（`8b71049`）；本地已创建 `v1.0.0` 标签，但公司远端拒绝推送 tag：`remote rejected v1.0.0 (creation prohibited)`。需管理员放行标签创建后执行 `git push origin v1.0.0`；正式发布包尚未重新生成。 |
|---|
| | | |
|---|
| | | ### 10-04 深夜：折线数值标签回到贴近本点（v35，待用户验收） |
|---|
| | | |
|---|
| | | - **用户反馈**：v31「避开折线」版本不如上一版 v27 —— 虽然标签不压线了，但很多标签离自己的数据点太远，一眼看不出标的是哪个点。要求回到贴近本点的效果。 |
|---|
