BugTriage
这些是 bug 分拣任务,按优先级降序排列。有些任务对所有人开放,而另一些任务则需要 bug supervisor 权限(通常仅限于核心团队)。在开始分拣之前,请学习我们如何使用 Bugs!
目录
- 1 任务 1:确认新 bug(任何人)
- 2 任务 2:优先处理已确认的 bug(bug supervisor)
- 3 任务 3:解决不一致问题(任何人)
- 4 任务 4:审查不完整的 bug(任何人)
- 5 任务 5:审查陈旧的正在处理中 bug(任何人)
- 6 任务 6:审查带有补丁的 bug(bug supervisor)
- 7 任务 7:审查 Critical/High 级别的 bug(bug supervisor)
- 8 任务 8:审查 Medium/Low 级别的 bug(bug supervisor)
- 9 任务 9:废弃旧的 wishlist bug(bug supervisor)
- 10 任务 10:庆祝!
任务 1:确认新 bug(任何人)
当有人提交 bug 时,其状态设置为New。bug 分拣最重要的步骤是提供有关该 bug 的反馈,并确保它是一个真正的 bug。
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Heat Oslo、Ironic、Documentation、API Docs API Docs Translations
bug 数量图表:http://status.openstack.org/elastic-recheck/
- 如果 bug 描述不完整,或者报告缺少重现问题所需的信息,您应该要求报告者提供缺失的信息,并将 bug 状态设置为Incomplete
- 如果 bug 报告包含足够的信息,您可以重现它(或者看起来有效),那么您应该将其状态设置为Confirmed
- 如果 bug 涉及安全隐患,您应该设置安全标志(在右上角的“This report is public”下方)
- 如果 bug 影响由 官方标签 涵盖的特定领域,您应该设置该标签。例如,如果 bug 可能很容易解决,请添加low-hanging-fruit 标签
与此同时,具有 bug supervisor 权限的人可以为同一个 bug 完成任务 2。
任务 2:优先处理已确认的 bug(bug supervisor)
当有人提交 bug 时,其重要性设置为Undecided。设置重要性非常关键,因为它允许正确地优先处理所有剩余工作。
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Heat、Oslo、Ironic
图表:Nova
- 根据 bug 信息,将优先级设置为
- Critical 如果 bug 阻止了所有用户(或没有简单的解决方法)的关键功能正常工作,或者导致数据丢失
- High 如果 bug 阻止了部分用户(或有解决方法)的关键功能正常工作
- Medium 如果 bug 阻止了次要功能正常工作
- Low 如果 bug 主要是外观问题
- Wishlist 如果 bug 实际上不是 bug,而是行为上的一个受欢迎的改变
- 如果 bug 包含解决方案或补丁,请将 bug 状态设置为Triaged
- 请注意,milestone 通常由项目驱动程序控制,通常仅用于阻止发布的 bug
任务 3:解决不一致问题(任何人)
有些 bug 可能会进入不正确的状态。您应该修复
已设置优先级的新的 bug
状态应设置为Confirmed(或In progress 如果已设置分配人)
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Oslo、Ironic、Documentation、API Docs
正在处理中的 bug 没有分配人
应该设置一个分配人,或者将 bug 状态返回到Confirmed
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Oslo、Ironic、Documentation、API Docs
任务 4:审查不完整的 bug(任何人)
应定期重新评估不完整的 bug。
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Oslo、Ironic、Documentation、API Docs
- 如果报告者提供了请求的答案:bug 状态应设置为Confirmed
- 如果报告者提供了信息,但需要更多详细信息:要求提供缺失的信息
- 如果报告者在 2 周内未回复:礼貌地提醒报告者提供缺失的信息,例如
We cannot solve the issue you reported without more information. Could you please provide the requested information ?
- 如果报告者在另外 4 周内未回复提醒:将 bug 状态设置为Invalid,并添加评论,例如
This bug lacks the necessary information to effectively reproduce and fix it, therefore it has been closed. Feel free to reopen the bug by providing the requested information and set the bug status back to ''New''.
任务 5:审查陈旧的正在处理中 bug(任何人)
确保正在处理中 bug 确实正在处理中。如果不是,请取消分配它们并将它们返回到New 状态和“Undecided”重要性
查看以下列表中的第一个命中:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Oslo、Ironic、Documentation、API Docs
任务 6:审查带有补丁的 bug(bug supervisor)
有些 bug 附带了补丁。我们应该审查补丁是否确实像一个补丁,如果是,则将 bug 状态设置为Triaged,以表明它附带了一个可能准备好实施的解决方案。
列表:Nova、Swift、Cinder、Glance、Keystone、Horizon、Neutron、Tempest、Oslo、Ironic
任务 7:审查 Critical/High 级别的 bug(bug supervisor)
我们应该审查所有Critical 和 High 级别的 bug,以确保它们仍然相关且优先级设置正确。
列表适用于:Nova,Swift,Cinder,Glance,Keystone,Horizon,Neutron,Tempest,Oslo,Ironic,Documentation API Docs
任务 8:审查中/低优先级 bug(bug 负责人)
我们应该审查所有中和低优先级 bug,以确保它们仍然相关且优先级设置正确。
列表适用于:Nova,Swift,Cinder,Glance,Keystone,Horizon,Neutron,Tempest,Oslo,Ironic,Documentation API Docs
任务 9:废弃旧的愿望清单 bug(bug 负责人)
我们应该审查所有愿望清单 bug,以确保它们仍然相关。旧的愿望清单 bug(创建超过一年前)应该被审查,以查看它们是否被意外实现或优先级设置不当。如果它们确实是没人似乎有兴趣实现的愿望清单项目,可以将其关闭为“意见”以减少 bug 列表的混乱。您可以使用以下消息
This wishlist bug has been open a year without any activity. I'm going to move it to "Opinion / Wishlist", which is an easily-obtainable queue of older requests that have come on. This bug can be reopened (set back to "New") if someone decides to work on this.
列表适用于:Nova,Swift,Cinder,Glance,Keystone,Horizon,Neutron,Tempest,Oslo,Ironic,Documentation API Docs
任务 10:庆祝!
如果您已经到达此步骤,请喝一杯啤酒,我请客。