48 lines
1.6 KiB
Markdown
48 lines
1.6 KiB
Markdown
# 实现方案
|
||
|
||
时间戳：2026-05-04-02-38-48
|
||
|
||
## 修改目标
|
||
|
||
建立项目级代码编纂工作流，并生成初始工程分析文档，使后续项目修改需求有固定执行路径。
|
||
|
||
## 涉及路径
|
||
|
||
- `工程分析/代码编纂工作流.md`
|
||
- `工程分析/工程整体分析.md`
|
||
- `工程分析/需求分析-2026-05-04-02-38-48.md`
|
||
- `工程分析/实现方案-2026-05-04-02-38-48.md`
|
||
- `工程分析/测试方案-2026-05-04-02-38-48.md`
|
||
- `工程分析/经验记录.md`
|
||
- `.gitignore`
|
||
- `README.md`
|
||
|
||
## 技术路线
|
||
|
||
1. 创建 `工程分析/` 目录及工作流文档。
|
||
2. 根据当前项目结构写入工程整体分析。
|
||
3. 按时间戳写入本次需求、实现、测试文档。
|
||
4. 创建经验记录知识库。
|
||
5. 初始化 Git 仓库。
|
||
6. 配置 Gitea 远程仓库。
|
||
7. 提交文档备份 commit。
|
||
8. 对 `WebSite/` 执行构建验证。
|
||
9. 启动或重启开发部署服务。
|
||
|
||
## 数据与提交策略
|
||
|
||
- 默认提交工程文档、项目说明和必要 Git 配置。
|
||
- 默认不提交 `Head_CT_DICOM/` 和 `Head_CT_ReConstruct/`，避免医学影像数据和 STL 模型进入普通文档备份。
|
||
- 默认不提交 `WebSite/node_modules/`、`WebSite/dist/` 等构建产物。
|
||
|
||
## 回滚方案
|
||
|
||
- 若文档内容需要调整，直接修改对应 Markdown 文档并追加新的 commit。
|
||
- 若 Gitea 推送失败，本地 commit 保留，可在网络或认证修复后重新 push。
|
||
- 若部署失败，保留错误信息并写入经验记录。
|
||
|
||
## 人工审核状态
|
||
|
||
- 本文档用于建立工作流基线。
|
||
- 后续业务代码修改时，必须在实现方案完成后等待用户二次确认。
|