问题分类指南

目的

加快问题管理速度

etcd 的问题列表位于 https://github.com/etcd-io/etcd/issues,并通过标签进行分类。例如,被确认为缺陷的问题最终会被打上 area/bug 标签。新提交的问题最初没有标签,但通常 etcd 维护者和活跃贡献者会根据调查结果添加标签。完整的标签列表可在 https://github.com/kubernetes/kubernetes/labels 查看

以下是一些预先设定的问题搜索链接,便于使用:

范围

本指南是针对 etcd 中新进入问题进行分类的主要参考文档。欢迎所有人协助管理问题和 PR,但本文档中讨论的工作内容和职责主要是面向 etcd 维护者和活跃贡献者的。

确认问题是否为缺陷

确认该问题是否确实是一个缺陷。如果不是,请添加评论说明情况,并关闭简单问题。对于非简单问题,应等待问题报告者反馈,查看是否有异议。如果问题报告者在 30 天内未回复,则关闭该问题。如果问题无法复现或需要更多信息,请向问题报告者留言请求补充。

非活跃问题

若问题报告者未能提供足够信息,且在 60 天内仍未补充,则应关闭该问题。

重复的问题

如果问题是重复的,请添加评论说明情况,并附上原始问题的链接,然后关闭该问题。

不属于 etcd 的问题

有时报告的问题实际上属于 etcd 所依赖的其他项目,例如 grpcgolang 的问题。此类问题应建议报告者在相应的项目中重新提交。除非维护者与报告者认为有必要保留以作跟踪,否则应关闭该问题。

确认重要标签已正确设置

确保问题已打上所属领域的标签,正确指定了负责人,并明确了里程碑。如果缺少上述任一标签,请补充。若因权限不足或无法确定正确标签而无法添加,可联系维护者寻求帮助。

如有需要,提醒问题负责人

如果某个开发者负责的问题在 30 天内未创建 PR,应联系该问题负责人,要求其提交 PR 或在必要时放弃所有权。


最后更新于 2025 年 6 月 3 日:递归地将 v3.6 的内容复制到 v3.7(a90b2a6)