Files
wecom_it_smart_desk/docs/02-技术文档/技术架构/designdocs/class.mmd
T
Simon facc04aa65 chore: docs 结构整改 + compose 双目录对齐(合并重建提交)
本提交为 .git 对象库损坏后的重建提交,内容等价于原先三个本地提交
(5e2fd4c2 / 57a53c98 / 5d7e1873)的累积结果,未做任何额外改动。

一、docs 结构整改(整改 #14)
根因:重构时新结构为 untracked 文件,执行 git stash(未带 -u)未纳入,
随后 git reset 拉回 HEAD 旧 tracked 树,导致旧树复活、新旧两棵目录
树并存于 docs/,共 791 文件、双分类体系冲突。

修复动作:
- b2 同名异主题文件改名迁移保全 9 个
- C 类 39 个孤立文件按主题正确归类
- A/B1 类 222 个重复文件删除(新结构已有内容副本)
- 9 个旧独有空目录删除
- 270 处内部引用按 verified 映射改写
- 整改记录 #14 登记于 04-运维文档/部署运维

结果:docs 791 → 569 文件,顶层仅规范 8 类 + 治理文件,单树恢复。
残留:约 20 处指向从未存在文件的陈旧死链,归入独立文档卫生任务。

二、compose 双目录对齐(消除踩坑 A)
- docker-compose.yml:nginx 前端挂载全部由根目录 frontend-*/dist
  改为 src/frontend-*/dist(h5 / agent / admin / terminal)
- docker-compose.dev.yml:dev 服务 build context 与卷同步改 src/
- 效果:本地 docker compose up 不再把根目录 stale dist 挂回,
  与线上一致,分叉隐患消除(已 docker compose config 校验通过)

防复发铁律:
- 重构须提交;仓库修复须 git stash -u 或先 commit
- 新结构须 git add 并提交,避免再次 untracked 复活
- H5 改动只动 src/frontend-h5/,禁改根目录遗留 frontend-*/
2026-08-07 22:31:32 +08:00

79 lines
2.0 KiB
Plaintext

classDiagram
direction LR
class ConfigChangeLog {
+String id
+String config_key
+Text old_value
+Text new_value
+String changed_by
+DateTime changed_at
}
class AuditLog {
+String id
+String employee_id
+String action
+String resource
+String resource_id
+JSON details
+String result
+String ip_address
+Text user_agent
+DateTime created_at
}
class RuntimeLogEntry {
+String timestamp
+String level
+String logger
+String message
+String module
+String function
+int line
+String request_id
+String user_id
}
class ConfigHistoryItem {
+String id
+String config_key
+String old_value
+String new_value
+String changed_by
+String changed_by_name
+DateTime changed_at
}
class AdminApi {
+GET /system-logs
}
class AuditApi {
+GET /audit-logs
}
class RuntimeApi {
+GET /runtime-logs
}
class AdminService {
+get_system_logs(db, config_key, changed_by, from, to, page, page_size)
}
class AuditLogService {
+list_audit_logs(db, employee_id, action, resource, from, to, page, page_size)
}
class RuntimeLogService {
+read_runtime_logs(dir, level, from, to, keyword, page, page_size)
+build_runtime_log_stream(dir, level, from, to, keyword)
}
class RuntimeLogStore {
<<filesystem>>
+RUNTIME_LOG_DIR/*.log
}
AdminApi ..> AdminService : 调用
AuditApi ..> AuditLogService : 调用
RuntimeApi ..> RuntimeLogService : 调用
AdminService ..> ConfigChangeLog : SELECT
AuditLogService ..> AuditLog : SELECT
RuntimeLogService ..> RuntimeLogStore : 读文件
ConfigHistoryItem <|.. ConfigChangeLog : 映射
RuntimeLogEntry <|.. RuntimeLogStore : 逐行解析