从零开始devops- Git的MergeRequest规范

feature.md

# 关联 issues Id需求>回答自动关闭的id:目前可选后续填写后会自动关联需求进行流转,自动进入测试验证流程 例如  close #9
# 背景 > 回答为何要做:不做会有怎样的问题;做了会有怎样的收益;
# 需求说明 > 回答要实现的目标是什么==需求说明 
# 方案 > 回答如何去做, 提供参考思路或模型(可选-工程拍板) 
# 验证 > 回答何叫做到, 验证结果满足预期的标准有哪些, 是什么.(满足测试用例) 

 
## 提交者自测列表(根据项目需求修改)
- [ ] 是否为一次完整的提交或一次完整的bug修改
- [ ] 是否符合提交规范
- [ ] 是否符合MR规范
- [ ] 是否完成自测

## 代码评审列表(根据项目需求修改)
 - [ ] 是否履行review指责
-  [ ] 是否符合提交规范
 - [ ] 是否符合MR规范

bug.md

# 关联 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

猜你喜欢

转载自www.cnblogs.com/franzlistan/p/12619038.html