git Issue标签(Label)定义

用gitlab管理项目，用issue做任务划分和bug记录时，用标签label给issue做标注便于区分哪些是新需求，哪些是bug，哪些是重要的，哪些是可以暂缓处理的。这里记录了一下使用label的定义规范。
描述issue时，可以使用markdown语法的“~”插入一个标签，gitlab社区版仅支持显示5条标签供选择，我们可以输入关键词，它会自动匹配对应的标签。先做标签的自定义添加吧。

ISSUE列表.jpg

labels.jpg

关联标签.jpg

---

1.按Issue的进度状态区分定义

• fixed-已解决
  bug已经被解决,并且通过单元测试。
• running-处理中
  该问题或任务正在处理中
• later-下一版处理
  被描述的问题是一个bug,但是不在当前版本中进行修改，在新版本中处理。
• remind-可能不处理
  被描述的问题是一个bug,但是很可能不在目前版本中进行修改。
• wontfix-不修改bug
  被描述的问题是一个bug,但是不进行修复。
• duplicate-问题重复
  提出的问题和当前已经存在的某个bug重复。
• worksForMe-无法重现
  不能重现这个bug（这个是对于那些知道有bug，但是却不能重现bug的情况）

2.按Issue的类型区分定义

• bug
  描述的问题是一个bug
• invalid-不是bug
  被描述的问题不是一个bug（测试人员提出这个bug,但是开发人员认为不是bug）。
• strengthen-优化
  对某个功能逻辑进行改良、优化、强化
• feature-功能
  这是一个新增功能的需求问题
• discuss-讨论
  该问题是一个讨论会议

3.按Issue的功能区分定义

• Android-安卓
  该问题针对Android应用程序
• IOS-苹果
  该问题针对IOS应用程序
• UI设计
  该问题或任务针对美工界面设计
• UX-用户体验
  该问题针对用户体验，与功能流程和业务操作无关
• web
  该问题针对网页服务的功能操作
• server
  该问题针对系统服务端或服务器
• device-设备
  该问题针对硬件设备程序或操作流程

4.按Issue的重要程度区分定义

• normal-正常处理
  该问题按正常流程处理
• important-重要
  该问题十分重要，需要谨慎处理
• urgent-紧急
  该问题或任务十分紧急，需要立即处理
• extension-暂缓
  该问题不影响功能流程，可延后处理

5.自定义备注类Label定义

• testingEnv-测试环境
• proEnv-生产环境

参考：
项目issue的label ：https://my.oschina.net/bluetu/blog/543554