| ... | @@ -3,13 +3,13 @@ |
... | @@ -3,13 +3,13 @@ |
|
|
2. 被被指定人设置状态(状态标签设为：我已看到)
|
|
2. 被被指定人设置状态(状态标签设为：我已看到)
|
|
|
3. 被被指定人进行处理(状态标签设为：正在处理)
|
|
3. 被被指定人进行处理(状态标签设为：正在处理)
|
|
|
4. 被被指定人完成处理(状态标签设为：已经解决)
|
|
4. 被被指定人完成处理(状态标签设为：已经解决)
|
|
|
5. 发起人确认处理结果(状态标签设为：确认解决，关闭Issues)
|
|
5. 发起人确认处理结果(状态标签设为：确认解决)，关闭Issues（Close issue）
|
|
|
|
|
|
|
|
# 填写规范
|
|
# 填写规范
|
|
|
提出Issues时，请规范填写。尤其注意:Title、Description、Assignee、Labels的填写。
|
|
提出Issues时，请规范填写。尤其注意:Title、Description、Assignee、Labels的填写。
|
|
|
|
|
|
|
|
## 标题（Title）
|
|
## 标题（Title）
|
|
|
按照菜单层级填写。例如巡线管理>报警管理菜单，问题为列表缺少显示项。则标题填写为：巡线管理>报警管理：列表缺少显示项。
|
|
按照菜单层级填写。例如巡线管理>报警管理菜单，问题为列表缺少显示项。则标题填写为：`巡线管理>报警管理：列表缺少显示项`。对于同一Gitlab项目中采用分支模式进行多个项目的，标题前面加项目简称如`天津`。
|
|
|
|
|
|
|
|
## 描述（Description）
|
|
## 描述（Description）
|
|
|
详细说明需求 或 问题内容，右下角“Attach a file”可以快捷添加一个附件到描述中。
|
|
详细说明需求 或 问题内容，右下角“Attach a file”可以快捷添加一个附件到描述中。
|
| ... | @@ -18,17 +18,17 @@ |
... | @@ -18,17 +18,17 @@ |
|
|
如果知道这个事由谁处理，选择这个人。如果不知道，在搜索框中搜索，搜索不到的找负责人询问。
|
|
如果知道这个事由谁处理，选择这个人。如果不知道，在搜索框中搜索，搜索不到的找负责人询问。
|
|
|
|
|
|
|
|
## 标签（Labels）
|
|
## 标签（Labels）
|
|
|
分为类型标签和状态标签两种类型，**一个Issues在同一时间只应分别存在一个类型标签和状态标签**! 类型标签由发起人在提交issues时选择,发起人在确认问题解决后将状态标签修改为确认解决.
|
|
分为类型标签和状态标签两种类型，**一个Issues在同一时间只应分别存在一个类型标签和状态标签**!
|
|
|
|
|
|
|
|
### 类型标签
|
|
### 类型标签
|
|
|
发现问题、新的需求、变更需求
|
|
发现问题、新的需求、变更需求
|
|
|
|
|
|
|
|
### 状态标签
|
|
### 状态标签
|
|
|
我已看到、正在处理、已经解决、确认解决等
|
|
我已看到、正在处理、已经解决、确认解决、不予处理
|
|
|
|
|
|
|
|
# 特别说明
|
|
# 特别说明
|
|
|
一个Issues只处理一个需求（或问题）！
|
|
一个Issues只处理一个需求（或问题）！
|
|
|
|
|
|
|
|
>>>
|
|
>>>
|
|
|
需求沟通尽量采取邮件方式,并抄送负责人。**沟通结果开发人员必须记录在相应issues的评论中**，并注明何时，何人，沟通结果。
|
|
需求沟通采取QQ项目群或邮件方式(抄送负责人)。**沟通结果开发人员必须记录在相应issues的评论中**，并注明何时，何人(@相关人员)，沟通结果。
|
|
|
>>> |
|
>>> |
|
|
|
\ No newline at end of file |
