Слияние кода завершено, страница обновится автоматически
目录：
名词解释：Issue是指一项待完成的工作，这个工作可以是“问题”、“事务”、“需求“和”建议“等。每一个Issue都包含该工作的所有信息和历史，便于后来的人了解该项工作的所有方面和过程。
来源和作用：Issue的概念起源于客服部门，用户打电话反馈问题，客服就创建一个工单（ticket），后继每一个处理步骤、每一次和用户的交流都要更新到工单内，记录全部的过程信息，这就是Issue的前身。随着后来的不断扩展，逐步演变成制定和实施软件开发计划的全功能项目管理工具。
openEuler社区直接使用Gitee提供的Issue跟踪和管理系统。
Issue面板只能查看和操作当前的repository，Gitee还提供了Issue的全局视图。
组织的全局视图：您可以在openEuler组织下直接点击Issue面板看到该组织下的所有Issue。
个人的全局视图：点击组织的全局视图内的任何一个Issue，您就进入了**“个人工作台“**界面。点击左侧的”任务“，您就可以查看和操作所有和您相关的Issue。您可以选择两种显示模式，也可以在工具栏按不同的条件进行筛选、过滤和排序。
完整的需求类Issue处理流程，请参考下面的流程图
step1：新建需求类Issue（Issue状态：待办的）
请进入需求对应的团队或项目的repository内（如何找到对应的repository请参考此章节内容），进入Issue面板，点击“新建Issue”。
如果您不确定该需求对应的团队或项目，请在community-issue中创建，会有社区的开发者帮助进行归属等信息的确认。
请在标题栏的单选下拉框将Issue类型设置成“需求”，系统会自动为您调出需求模板
请在标题栏简要描述需求的要点
请在详细说明框内说明需求的场景和价值。
请注意：清晰完整的描述有助于团队成员理解，并被更快的接受和排入开发计划。
step2：团队成员审核Issue（Issue状态——通过：进行中 或者 补充信息： 待办的 或者 拒绝：已拒绝 ）
step2.1：审核后接纳
团队成员（maintainer或者committer）审核后认为可以接纳该需求，则由审核人补充接纳需求的相关信息，并包含：
step2.2：描述不清晰挂起
团队成员审核后认为描述的信息不清晰，可以在该Issue的评论区留言或在邮件列表中讨论，让提交人继续补充相关信息。
step2.2.1：如果在一个月内提交人未及时补充相关信息，则系统会自动关闭该问题（跳到step4）
step2.3：审核后不接纳
团队成员审核后，由于需求价值不高等原因认为暂不接纳，可以在评论区留言或在邮件列表中讨论说明原因。确认后将Issue的“当前状态”调整成“已拒绝”（跳到step4）
step3：认领或分派Issue（Issue状态：开启的）
已经进入开发阶段的需求，可以主动认领，也可以由团队成员分配。您可以在评论框内输入/assign来把Issue分配给自己，或分配给其他人。
step4：关闭Issue，关闭Issue有三种情况：
发现并提交问题，也是对社区良好的贡献方式。本文详细描述如何提交一个良好的问题。
step1：新建问题类Issue：
**【环境信息】**
硬件信息
- 裸机场景请提供问题的硬件信息
- 虚拟机场景请提供虚拟机的XML文件或配置信息
软件信息
- OS版本及分支信息
- 内核信息
- 发现问题的组件版本信息
网络信息
- 如果有特殊组网，请提供网络拓扑信息
**【问题复现步骤】**，请描述具体的操作步骤
**【实际结果】**，请描述出问题的结果和影响
**【其他相关附件信息】**
比如系统message日志/组件日志、dump信息、图片等
step2：审核问题
step3：认领或分配问题。可以主动认领，也可以由团队成员分配。您可以在评论框内输入/assign来把Issue分配给自己，或分配给其他人。
step4：完成修改并提交PR。完成修改和本地验证后，在提交PR的时候需附上本Issue的链接，请参考Gitee的相关帮助文档：Commit关联Issue。提交PR的具体的方法请参考提交PR指导内容。
step5：项目内验证。项目内对修改的PR进行验证。如果验证不通过（回到step4）。如果验证通过，同时该问题不是版本的问题，此问题以项目组问题关闭。
step6：提交或发布patch。项目组的Maintainer决定该问题的解决方式，可以是更新软件包或发布patch。如果该问题属于版本类关键问题，需要QA团队验证。
step7：QA组验证：QA组会对此类问题从版本层面进行验证。验证通过后，
step8：问题关闭：问题关闭有以下几种类型，那哪种类型关闭问题，请在描述框中说明：
您提交问题以后，如果问题的描述和复现步骤清晰明确和可定位，会有人直接定位和解决该问题。但也有可能会出现，负责跟进该问题的开发者需要您提供更加详细的信息的情况，也感谢您的配合。
安全类问题处理流程请参考此文档中的描述.
参考：
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )