社区版本issue创建处理流程与规范

openEuler是一个开源、免费的Linux发行版平台，通过开放的社区形式与全球的开发者共同构建一个开放、多元并且架构包容的软件生态体系。openEuler发布每年均会发布多个版本，在版本测试过程中，会通过缺陷类的issue跟踪测试发布问题的修复，为了更好的协同测试参与人员、开发参与人员以及release团队的协同，现将社区issue的规范流程文档化以支持版本的规范运作。

社区版本ISSUE提单规范

ISSUE属性

版本测试里程碑命名规范：

• 根据openEuler版本和测试轮次组合里程碑名
• 扩展信息extension可附在os版本信息和测试轮次终件

注：以openEuler 22.09版本，第4次转测轮次为例，里程碑为openEuler-22.09-round-4;以openEuler 22.03 LTS的xx架构版本，第2次转测轮次为例，里程碑为openEuler-22.03-LTS-xx-round-2

缺陷类ISSUE处理流程

start=>start: ISSUE创建
todo=>operation: 待办
fixing=>operation: 进行中
remain=>condition: 问题遗留评判
tracing=>operation: 已挂起
finished=>operation: 已完成
accepted=>operation: 已验收
end=>end: 版本内闭环(挂起问题持续跟踪)

start->todo->fixing->remain
remain(yes)->tracing
remain(no)->finished->accepted
tracing->end
accepted->end

• 问题遗留需在release-sig例会上公开评审并给出结论。(挂起状态应由release成员进行修改)
• 已经过测试验收的已验收状态是为问题解决。（已验收状态应由测试人员(问题创建人)/QA committer/maintainer进行修改）
• 版本已挂起的问题需要在后续版本持续跟踪