研发流程规范

1. 分支策略
- 主分支：`main`（包含 `doc/` 与 `src/`）
- 个人分支：每人各建一个分支，例如 `feature/<name>` 或 `user/<name>`；
- 合并策略：先将更改提交到个人分支，发起 Merge Request 到 `main`，由指导老师/管理员评审后合并；

2. 提交流程
- 提交前：
  - 更新/新增文档（SRS/IRS/Architecture/DetailedDesign/测试计划/用例/设计图示）
  - 自测：前后端基础运行、主要用例走通；
- 提交信息规范：
  - `feat:` 新功能；`fix:` 修复；`docs:` 文档；`refactor:` 重构；`test:` 测试；
  - 简明描述变更范围与影响模块；

3. 评审要点
- 代码可读性与一致性（命名、格式、错误处理）；
- 与文档一致（API/路由/数据库字段变更需同步文档）；
- 单元/集成测试是否覆盖关键路径；

4. 版本与标记
- 以里程碑或迭代结束在 `main` 打标签（如 `v0.1.0`）；

5. 变更同步
- 当 API、路由、数据库字段有变更：
  - IRS/SRS 第3~5章更新
  - DetailedDesign 对应小节更新
  - 测试计划与用例同步调整
  - 设计图示（类图/时序图）如有结构变化也需更新

6. Windows 环境注意
- 命令行不要使用 `&&` 连续执行；
- 确认 Redis/数据库服务已启动；