openEuler 优化 Issue 闭环流程
-
管控 Issue 范围
- 类型是 缺陷 的 Issue,如下图所示
- 类型是 缺陷 的 Issue,如下图所示
-
类型是 缺陷 的Issue状态共 7 个。
- 其中 4 个:待办的、修复中、已确认、已完成 不在管控范围内
- 有权限的人员仍然可以通过之前的方式(页面点击,弹出下拉框,选择状态)变更状态
- 例如: 从其它 6 个状态 改为 修复中。
- 待办的、已确认、已完成以同样的方式变更
- 其中 4 个:待办的、修复中、已确认、已完成 不在管控范围内
flowchart TD
A1[待办的]-->B[修复中]
A2[已挂起]-->B[修复中]
A3[已确认]-->B[修复中]
A4[已完成]-->B[修复中]
A5[已验收]-->B[修复中]
A6[已取消]-->B[修复中]
- 剩下的 3 个状态:已挂起、已取消、已验收 是被管控的
- 这三个状态不可以通过页面操作(页面点击,弹出下拉框,选择状态)来改变成3个状态之一
- 如果通过页面操作,页面 右上角 会弹出 红色 提示框,提示语: 由于工作流权限配置,当前状态无法流转到 已验收
- 如下图
- 如下图
管控的状态变更可以通过特定的评论完成的
- 可以通过下表的评论,让机器人完成状态变更
评论 | Issue当前状态 => 目标状态 |
---|---|
/state2accepted | 其他状态 => 已验收 |
/state2suspended | 其他状态 =>已挂起 |
/state2cancelled | 其他状态 =>已取消 |
上表的评论权限管控
-
Issue 是否关联里程碑,操作权限是不一样的。
-
Issue 没关联里程碑时,操作权限如下
- Issue创建人或仓库管理人员(有权限通过评论 /lgtm 合 PR 的人员),权限与之前页面操作一致的。
- 只是页面操作改成通过评论让机器人更改状态。
-
Issue 关联了里程碑时,操作权限如下
评论 Issue目标状态 谁可以操作 /state2accepted 已验收 Issue创建人 /state2suspended 已挂起 Release managerment SIG maintainer /state2cancelled 已取消 QA SIG maintainer