|
|
|
|
@ -0,0 +1,35 @@
|
|
|
|
|
研发流程规范
|
|
|
|
|
|
|
|
|
|
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/数据库服务已启动；
|
|
|
|
|
|
|
|
|
|
|
