处理流程

1. 发起人提出Issues,按规范填写内容并保存;
2. 被指定人收到提醒后,设置状态标签为状态1：已看到;
3. 被指定人进行处理时,设置状态标签为状态2：处理中;
4. 被指定人完成处理后,设置状态标签为状态3：处理完;
5. 发起人确认处理结果,确认完成将状态标签设为状态4：已完成并关闭Issues. 如未完成将状态标签设为状态5：未完成并在评论中@指定人说明原因.

填写规范

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

标题（Title）

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

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

描述（Description）

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

被指定人（Assignee）

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

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

标签（Labels）

分为类型标签和状态标签两种类型，以状态开头的就是状态标签, 一个Issues在同一时间只应存在状态标签, 修改状态标签时请先去除其它已选状态标签!

特别说明

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

沟通结果指定人必须记录在相应Issue的评论中，并注明何时，何人(@相关人员)，沟通结果。指定人的所有针对Issue的Git提交必须在提交说明的最前方添加#问题数字编号的标记,将提交的代码与Issues关联起来.