标签:开始 move issues 方案 rem 结果 完整 pre view
# 关联 issues Id需求>回答自动关闭的id:目前可选后续填写后会自动关联需求进行流转,自动进入测试验证流程 例如 close #9
# 背景 > 回答为何要做:不做会有怎样的问题;做了会有怎样的收益;
# 需求说明 > 回答要实现的目标是什么==需求说明
# 方案 > 回答如何去做, 提供参考思路或模型(可选-工程拍板)
# 验证 > 回答何叫做到, 验证结果满足预期的标准有哪些, 是什么.(满足测试用例)
## 提交者自测列表(根据项目需求修改)
- [ ] 是否为一次完整的提交或一次完整的bug修改
- [ ] 是否符合提交规范
- [ ] 是否符合MR规范
- [ ] 是否完成自测
## 代码评审列表(根据项目需求修改)
- [ ] 是否履行review指责
- [ ] 是否符合提交规范
- [ ] 是否符合MR规范
# 关联 issues Id需求>回答自动关闭的id:目前可选后续填写后会自动关联需求进行流转,自动进入测试验证流程 例如 close #9
# 需求 > 本来想做的事情-描述,
# Bug行为 > bug的描述
# bug修复后行为 > 应该是什么样
# 缺陷管理系统链接:>缺陷管理系统链接
## 提交者自测列表(根据项目需求修改)
- [ ] 是否为一次完整的提交或一次完整的bug修改
- [ ] 是否符合提交规范
- [ ] 是否符合MR规范
- [ ] 是否完成自测
## 代码评审列表(根据项目需求修改)
- [ ] 是否履行review指责
- [ ] 是否符合提交规范
- [ ] 是否符合MR规范
小技巧
issue comment 移动 board 状态 -> /board_move ~Doing
跨组关联 issue -> group/project#issueNO
MR 中关闭关联的 issue -> close #9
添加子任务 -> - [ ] subtask1
添加 issue 耗时 -> /spend 3d 5h 10m
从零开始devops- Git的MergeRequest规范
标签:开始 move issues 方案 rem 结果 完整 pre view
原文地址:https://www.cnblogs.com/franzlistan/p/12619038.html