用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
