gitlab的issues使用规范.md

 # 处理流程
 1.  发起人提出Issues,按规范填写内容并保存;
-2.  被指定人收到提醒后,设置状态标签为`状态1：已看到`;
+2.  被指定人收到提醒后,设置类型标签,设置状态标签为`状态1：已看到`;
 3.  被指定人进行处理时,设置状态标签为`状态2：处理中`;
 4.  被指定人完成处理后,设置状态标签为`状态3：处理完`;
 5.  发起人确认处理结果,确认完成将状态标签设为`状态4：已完成`并关闭Issues. 如未完成将状态标签设为`状态5：未完成`并在评论中@指定人说明原因.
@@ -8,7 +8,7 @@
 状态为处理中的issues, 如果被指定人需要发起人进行确认或提供资源的, 应以评论形式@发起人. 如发起人自评论之时起超过7天未响应, 则被指定人可以将此issues的被指定人修改为发起人.
 
 # 填写规范
-提出Issues时，请规范填写。尤其注意:Title、Description、Assignee、Labels的填写。
+提出Issues时，请规范填写。尤其注意:Title、Description、Assignee的填写选择。
 
 ## 标题（Title）
 应指明菜单或模块, 然后加问题概要. 例如：`巡线管理>报警管理：列表显示错位`。
@@ -24,7 +24,9 @@
 需求变更或发现问题,选择功能原来的指定人。原指定人可以通过搜索查询(Issues页面切换标签到All,然后输入关键字搜索),如原指定人离职则与开发负责人协商确定.
 
 ## 标签（Labels）
-分为类型标签和状态标签两种类型，以**状态**开头的就是状态标签, 一个Issues在同一时间只应存在状态标签, 修改状态标签时请先去除其它已选状态标签! 
+发起人无需理会, 由被指定人选择. 被指定人看到issues后应按流程标记类型标签和状态标签. 以**状态**开头的标签只能选择一个, 修改状态标签时应先去除其它已选的状态标签! 
+
+> 类型标签有: `类型1.发现问题`, `类型2.新加功能`, `类型3.完善优化`
 
 # 特别说明
 一个Issue只处理一个需求（或问题）！发起人和指定人之间应该保持紧密沟通,并穷尽一切方式及时推进Issue的完成.