PEP 3 – 错误报告处理指南
- 作者:
- Jeremy Hylton <jeremy at alum.mit.edu>
- 状态:
- 已撤回
- 类型:
- 流程
- 创建日期:
- 2000年9月25日
- 发布历史:
原始指南
- 确保错误类别和错误组是正确的。如果它们是正确的,那么有兴趣提供帮助的人就能更容易地查明,比如说,所有开放的Tkinter错误是什么。
- 如果这是一个你不打算立即处理的次要功能请求,请将其添加到PEP 42或请所有者为你添加。如果你将错误添加到PEP 42,请将该错误标记为“功能请求”、“稍后”和“已关闭”;并在错误中添加评论说明情况(明确提及PEP)。
XXX do we prefer the tracker or PEP 42?
- 为错误分配一个合理的优先级。我们尚未明确每个优先级应该代表什么。然而,一个规则是,优先级为“紧急”或更高的错误必须在下一次发布之前修复。
- 如果错误报告没有足够的信息让你重现或诊断,请向原始提交者索取更多信息。如果原始报告内容非常少,并且你的电子邮件在合理的等待期后没有收到回复,你可以关闭该错误。
- 如果你修复了错误,请将状态标记为“已修复”并关闭它。在评论中,包括提交的SVN修订号。在SVN签入消息中,包括问题编号和对变更的正常描述,如果应用了补丁,请提及贡献者。
- 如果你被分配了一个你无法处理的错误,如果你认为其他人能够处理,就将其分配给他们,否则最好是取消分配。
参考资料
来源:https://github.com/python/peps/blob/main/peps/pep-0003.rst