处理流程

1. 发起人提出Issues,按规范填写内容并保存;
2. 被被指定人收到提醒后,设置状态标签设为我已看到;
3. 被被指定人进行处理时,设置状态标签设为正在处理.同一时间只应存在一个正在处理的Issue,没有正在处理的应该设为暂时搁置.
4. 被被指定人完成处理后,设置状态标签设为已经解决;
5. 发起人必须及时确认处理结果,确认完成后将状态标签设为确认解决并关闭Issues（Close issue）.如果存在问题在评论中说明并@指定人让其继续处理.对于超过3天没有确认的,开发负责人可以直接关闭.

填写规范

提出Issues时，请规范填写。尤其注意:Title、Description、Assignee、Labels的填写。

标题（Title）

按照菜单层级填写。例如巡线管理>报警管理菜单，问题为列表缺少显示项。则标题填写为：巡线管理>报警管理：列表缺少显示项。对于同一Gitlab项目中采用分支模式进行多个项目的，标题前面加项目简称如天津:。

规范的填写有助于后期的变更追溯,请认真对待.

描述（Description）

详细说明需求 或 问题内容，右下角“Attach a file”可以快捷添加一个附件到描述中。

被指定人（Assignee）

新的需求与开发负责人协商确定,或直接选择负责人;

需求变更或发现问题,选择功能原来的指定人。原指定人可以通过搜索查询(Issues页面切换标签到All,然后输入关键字搜索),如原指定人离职则与开发负责人协商确定.

标签（Labels）

分为类型标签和状态标签两种类型，一个Issues在同一时间只应分别存在一个类型标签和状态标签!

类型标签

发现问题、新的需求、变更需求

状态标签

我已看到、正在处理、已经解决、确认解决、不予处理

特别说明

一个Issues只处理一个需求（或问题）！发起人和指定人之间应该保持紧密沟通,并穷尽一切方式及时推进Ieeus的处理.

需求沟通采取QQ项目群或邮件方式(抄送负责人)。沟通结果指定人必须记录在相应Issue的评论中，并注明何时，何人(@相关人员)，沟通结果。指定人所有针对Issue的Git提交必须在提交说明的最前方添加#问题数字编号的标记,将提交的代码与Issues关联起来.