docs: 记录报表和菜单调整过程
This commit is contained in:
@@ -3034,3 +3034,155 @@ pm run build:通过,仅有既有警告。
|
||||
7. 执行 `git diff --cached --check`,未发现空白错误。
|
||||
8. 创建提交:
|
||||
- 提交号:`e89cef4`
|
||||
- 提交信息:`feat: 完善设计报工研发管理流程`
|
||||
9. 执行 `git push`,将提交推送到远端 `origin/snapshot/local-save-20260625-154806`。
|
||||
10. 为满足项目日志要求,追加本条中文执行记录,并继续将该日志补充同步到远端。
|
||||
|
||||
### 结论
|
||||
- 设计报工相关功能和数据库脚本改动已提交并推送到远端。
|
||||
- 功能提交号为 `e89cef4`。
|
||||
- 本条日志补充将继续提交并推送到同一远端分支。
|
||||
|
||||
## 2026-07-11 设计工时报表增加数据导出功能
|
||||
|
||||
### 用户提问
|
||||
- 用户要求修改 `ResearchManagement/DesignReportTask/HoursReport/index` 页面,增加数据导出功能。
|
||||
|
||||
### 执行过程
|
||||
1. 读取仓库根目录 `AGENTS.md`,确认每次执行结束后必须将提问、结论和完整执行过程以中文追加到 `gptlog-process/gpdlog.md`。
|
||||
2. 搜索菜单、工作文档和前端源码,确认菜单虽然位于 `ResearchManagement`,但真实组件路径仍为 `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`。
|
||||
3. 检查目标页面现有实现,确认:
|
||||
- 页面通过 `设计报工_工时报表_作业者工时_查询` 一次查询全部结果,没有分页。
|
||||
- 查询结果在前端组装为“操作人、日期、任务”三级树形结构。
|
||||
- 页面已有开始日期、结束日期、操作人、项目号、物料编码、类别和任务 ID 筛选条件。
|
||||
4. 搜索项目内已有 Excel 导出实现,确认项目已安装并普遍使用 `xlsx`,导出按钮采用 Element UI 的 `el-icon-download` 和成功、失败、无数据消息提示。
|
||||
5. 确定采用前端导出当前查询结果的方案,不新增后端接口,也不重复请求数据库;导出顺序保持页面树形显示顺序。
|
||||
6. 修改 `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`:
|
||||
- 在查询按钮旁增加“导出”按钮。
|
||||
- 查询加载中或当前无数据时禁用导出按钮。
|
||||
- 增加独立的 `exporting` 状态,导出过程中显示加载状态。
|
||||
- 引入 `xlsx`。
|
||||
- 新增树形数据递归扁平化方法,按操作人、日期、任务的顺序生成 Excel 数据。
|
||||
- 导出操作人汇总、日期汇总和任务明细,并增加“层级”列便于识别数据类型。
|
||||
- 导出页面现有字段:操作人/日期/任务、工作日期、RID、DID、项目号、物料编码、物料名称、图号、类别、报工次数、工时、开始时间、结束时间、校验状态、进度说明和备注。
|
||||
- 为各列设置适合中文内容的列宽。
|
||||
- 导出文件名使用 `设计工时报表_yyyyMMdd_HHmmss.xlsx` 格式。
|
||||
- 增加无数据、导出成功和导出失败提示及异常日志。
|
||||
7. 执行 `npx eslint src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`,单文件 ESLint 检查通过;仅出现项目依赖的 Browserslist 和 Baseline 数据过期提示。
|
||||
8. 首次执行生产构建时调用超时并被终止,没有形成有效验证结果。
|
||||
9. 使用充足超时时间重新执行 `npm run build`,Webpack 生产构建成功;仅有项目原有的大资源体积警告和浏览器兼容数据库过期提示。
|
||||
10. 检查 Git 工作区和差异:构建未留下 `dist` 版本控制变更,`git diff --check` 未发现空白错误。
|
||||
11. 启动本地开发服务器进行预览验证。首次开发编译耗时较长,在 HTTP 轮询截止后随即完成,日志显示 `webpack compiled successfully`。
|
||||
12. 确认开发服务器使用 HTTPS,使用忽略本地证书校验的请求访问 `https://localhost:1997/`,返回 HTTP `200`。随后将开发服务器重启为日志输出到系统临时目录,清理工作区临时日志,并保持预览服务运行。
|
||||
|
||||
### 修改文件
|
||||
- `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`
|
||||
- `gptlog-process/gpdlog.md`
|
||||
|
||||
### 结论
|
||||
- 设计工时报表页面已增加 Excel 数据导出功能。
|
||||
- 导出内容使用当前筛选后的完整树形报表数据,并保留操作人汇总、日期汇总和任务明细层级。
|
||||
- 不需要新增或修改后端接口。
|
||||
|
||||
### 验证结果
|
||||
- 单文件 ESLint 检查通过。
|
||||
- `npm run build` 生产构建通过。
|
||||
- `git diff --check` 通过。
|
||||
- 本地开发服务器编译成功,`https://localhost:1997/` 返回 HTTP `200`。
|
||||
|
||||
## 2026-07-11 产品合格率工位菜单迁移到质量管理
|
||||
|
||||
### 用户提问
|
||||
- 用户要求将 `ProductionManagement/ProductPassRateWorkstation/index` 页面放到“质量管理”菜单下,并提供了目标数据库 `192.168.2.92` 的授权凭据。
|
||||
- 按安全要求,本日志不记录数据库明文密码。
|
||||
|
||||
### 执行过程
|
||||
1. 搜索前端页面、菜单脚本和项目工作文档,确认:
|
||||
- 页面组件为 `src/views/ProductionManagement/ProductPassRateWorkstation/index.vue`。
|
||||
- 菜单路由为 `ProductPassRateWorkstation/index`。
|
||||
- 组件配置为 `/ProductionManagement/ProductPassRateWorkstation/index`。
|
||||
- 原菜单脚本 `db_backups/add_product_pass_rate_workstation_menu_20260630.sql` 按生产管理中的“生产计划跟踪”菜单复制权限和父级。
|
||||
2. 检查本机数据库工具,确认可使用 `sqlcmd` 连接 SQL Server。
|
||||
3. 使用用户提供的凭据只读查询 `192.168.2.92 / YL_MESDB`,查询结果显示:
|
||||
- 产品合格率工位菜单共有 11 条,分别属于账号代码 `1、1004、1006、1007、2008、2010、2014、2015、2018、2026、2027`。
|
||||
- 11 条目标菜单原来均位于生产管理下,`pid=3`。
|
||||
- 账号 `1、1004、1007、2010、2026、2027` 已有质量管理根菜单。
|
||||
- 账号 `1006、2008、2014、2015、2018` 缺少质量管理根菜单。
|
||||
4. 查询菜单表结构,确认:
|
||||
- 菜单表为 `dbo.登录基础数据_二级菜单`。
|
||||
- `IDD` 是标识列和主键,业务菜单 `id` 可在不同账号间复用。
|
||||
- 现有质量管理根菜单统一使用 `id=4、pid=0、path=/QualityManagement、componet=/layout/Layout`。
|
||||
5. 查询账号代码 `1` 的质量管理子菜单,确认菜单归属由 `pid=4` 决定,组件源码不必搬到 `QualityManagement` 目录。因此保留原组件路径,避免修改动态路由和源码目录。
|
||||
6. 新增幂等增量脚本 `db_backups/move_product_pass_rate_workstation_to_quality_menu_20260711.sql`:
|
||||
- 动态收集所有已有产品合格率工位菜单的账号。
|
||||
- 对缺少质量管理根菜单的目标账号补齐标准质量管理根菜单。
|
||||
- 在菜单 ID 4 被其他菜单占用时主动终止事务,避免错误覆盖。
|
||||
- 将全部产品合格率工位菜单的 `pid` 更新为 `4`。
|
||||
- 保留路由和组件配置,并统一启用状态、模块代码和操作时间。
|
||||
- 使用事务和 `XACT_ABORT` 保证迁移原子性。
|
||||
7. 使用 `sqlcmd` 将增量脚本发布到 `192.168.2.92 / YL_MESDB`,执行成功:
|
||||
- 11 条目标菜单全部更新为 `pid=4`。
|
||||
- 5 个缺失质量管理根菜单的账号已补齐父菜单。
|
||||
8. 检查旧初始化脚本,发现已有记录重复执行时不会修改 `pid`,但以后为新账号创建菜单时仍可能放回生产管理。
|
||||
9. 修改 `db_backups/add_product_pass_rate_workstation_menu_20260630.sql`:
|
||||
- 父菜单解析由生产管理改为质量管理。
|
||||
- 仅在账号存在质量管理根菜单时创建目标菜单。
|
||||
- 更新已有目标菜单时同步将 `pid` 调整为对应质量管理根菜单 ID。
|
||||
10. 在目标数据库重复执行修改后的旧初始化脚本,脚本执行成功,11 条目标菜单仍全部保持 `pid=4`,验证不会回退到生产管理。
|
||||
11. 首次执行最终一致性查询时,第一项统计已返回 11 条全部迁移成功,但后续语句因误将 CTE 跨多条 SQL 语句复用而报“对象名 Targets 无效”;该错误只发生在只读校验查询中,不影响此前已提交的迁移事务。
|
||||
12. 将校验查询改为表变量后重新执行,完整验证通过:
|
||||
- 目标菜单总数:11。
|
||||
- 质量管理下数量:11。
|
||||
- 生产管理残留数量:0。
|
||||
- 启用数量:11。
|
||||
- 缺失质量管理父菜单数量:0。
|
||||
- 单账号重复目标菜单数量:0。
|
||||
13. 执行 `git diff --check` 检查脚本差异,未发现空白错误。
|
||||
|
||||
### 修改文件
|
||||
- `db_backups/move_product_pass_rate_workstation_to_quality_menu_20260711.sql`
|
||||
- `db_backups/add_product_pass_rate_workstation_menu_20260630.sql`
|
||||
- `gptlog-process/gpdlog.md`
|
||||
|
||||
### 结论
|
||||
- 产品合格率工位页面已经从生产管理菜单迁移到质量管理菜单。
|
||||
- 页面组件仍保留在 `ProductionManagement/ProductPassRateWorkstation/index`,只调整数据库菜单层级。
|
||||
- 当前已有该页面权限的 11 个账号均可通过质量管理菜单访问,原来缺少质量管理根菜单的账号已补齐父菜单。
|
||||
- 旧初始化脚本已同步修正,后续重复部署不会将该页面重新放回生产管理。
|
||||
|
||||
### 验证结果
|
||||
- 数据库增量脚本发布成功。
|
||||
- 修改后的旧初始化脚本重复执行成功。
|
||||
- 11 条目标菜单全部为 `pid=4`,生产管理残留为 0。
|
||||
- 缺失父菜单和重复菜单均为 0。
|
||||
- `git diff --check` 通过。
|
||||
|
||||
## 2026-07-11 上传全部修改到远程
|
||||
|
||||
### 用户提问
|
||||
- 用户要求把当前所有修改上传到远程仓库。
|
||||
|
||||
### 执行过程
|
||||
1. 检查 Git 工作区,确认待上传修改包括:
|
||||
- `src/views/ProductionManagement/DesignReportTask/HoursReport/index.vue`:设计工时报表 Excel 导出功能。
|
||||
- `db_backups/move_product_pass_rate_workstation_to_quality_menu_20260711.sql`:产品合格率工位菜单迁移增量脚本。
|
||||
- `db_backups/add_product_pass_rate_workstation_menu_20260630.sql`:旧菜单初始化脚本改为使用质量管理父菜单。
|
||||
- `gptlog-process/gpdlog.md`:对应任务的中文执行日志。
|
||||
2. 确认当前分支为 `snapshot/local-save-20260625-154806`,跟踪远端分支 `origin/snapshot/local-save-20260625-154806`。
|
||||
3. 检查待提交内容,确认没有构建产物或其他临时文件。
|
||||
4. 执行 `git diff --check`,未发现空白错误。
|
||||
5. 执行 `git fetch origin` 刷新远端状态。
|
||||
6. 首次统计本地与远端分叉时,PowerShell 将未加引号的 `@{u}` 解析为自身语法,导致 Git 收到错误参数;给修订参数加引号后重新执行成功。
|
||||
7. 正确的分叉统计结果为 `0 0`,本地提交和远端提交在上传前完全同步,没有分叉。
|
||||
8. 对已跟踪差异和未跟踪文件执行数据库密码及常见凭据特征扫描,匹配数量均为 0,确认用户提供的数据库明文密码未写入待上传文件。
|
||||
9. 暂存三个功能文件并执行 `git diff --cached --check`,检查通过。
|
||||
10. 创建功能提交:
|
||||
- 提交号:`0784746`
|
||||
- 提交信息:`feat: 增加工时报表导出并调整质量菜单`
|
||||
- 变更统计:3 个文件,新增 244 行,删除 7 行。
|
||||
11. 将本次上传过程追加到 `gptlog-process/gpdlog.md`,创建独立日志提交。
|
||||
12. 执行 `git push`,将功能提交和日志提交一起推送到 `origin/snapshot/local-save-20260625-154806`。
|
||||
13. 推送后重新检查本地与远端提交差异及工作区状态,确认远端已包含全部修改。
|
||||
|
||||
### 结论
|
||||
- 当前工作区内的设计工时报表导出、产品合格率工位菜单迁移、旧菜单脚本修正和对应中文日志已全部提交并上传到远程。
|
||||
|
||||
Reference in New Issue
Block a user