PEP 3 – 处理 Bug 报告的指南
- 作者:
- Jeremy Hylton <jeremy at alum.mit.edu>
- 状态:
- 已撤回
- 类型:
- 流程
- 创建:
- 2000 年 9 月 25 日
- 历史记录:
原始指南
- 确保 Bug 类别和 Bug 组正确。如果它们正确,那么任何想帮忙的人更容易找出,例如,所有未解决的 Tkinter Bug。
- 如果这是一个你没有计划立即解决的小功能请求,请将其添加到 PEP 42 中,或请拥有者帮你添加。如果你将 Bug 添加到 PEP 42 中,请将 Bug 标记为“功能请求”,“以后”和“已关闭”;并在 Bug 中添加一条评论说明情况(明确提及 PEP)。
XXX do we prefer the tracker or PEP 42?
- 为 Bug 分配合理的优先级。我们还没有明确了解每个优先级应该意味着什么。但是,其中一条规则是,优先级为“紧急”或更高的 Bug 必须在下一个版本发布之前修复。
- 如果 Bug 报告的信息不足以让你重现或诊断 Bug,请向最初提交者索要更多信息。如果原始报告非常简短,并且你的电子邮件在等待合理时间后没有得到回复,你可以关闭 Bug。
- 如果你修复了 Bug,请将其状态标记为“已修复”并将其关闭。在注释中,包括提交的 SVN 修订版本号。在 SVN 提交消息中,包括问题编号 **和** 对更改的正常描述,如果应用了补丁,请提及贡献者。
- 如果你被分配了一个你无法处理的 Bug,如果你认为其他人可以处理,请将其分配给他们,否则最好取消分配。
参考
来源: https://github.com/python/peps/blob/main/peps/pep-0003.rst
上次修改: 2024-04-14 20:08:31 GMT