问题管理员

与PR 管理员一起，正式的审批者、审查者和 SIG Docs 的成员轮流值班一周，负责分类和处理代码库中的问题。

职责

在为期一周的轮班中，问题管理员每天负责：

• 每天分类和标记传入的问题。有关 SIG Docs 如何使用元数据的指南，请参阅分类和处理问题。
• 关注 kubernetes/website 代码库中长期未解决和失效的问题。
• 维护问题看板。

要求

• 必须是 Kubernetes 组织的活跃成员。
• 对 Kubernetes 至少有 15 次非琐碎的贡献（其中一定数量应针对 kubernetes/website）。
• 已在非正式情况下担任该角色。

管理员有用的 Prow 命令

以下是一些问题管理员常用的命令

# reopen an issue
/reopen

# transfer issues that don't fit in k/website to another repository
/transfer[-issue]

# change the state of rotten issues
/remove-lifecycle rotten

# change the state of stale issues
/remove-lifecycle stale

# assign sig to an issue
/sig <sig_name>

# add specific area
/area <area_name>

# for beginner friendly issues
/good-first-issue

# issues that needs help
/help wanted

# tagging issue as support specific
/kind support

# to accept triaging for an issue
/triage accepted

# closing an issue we won't be working on and haven't fixed yet
/close not-planned

要查找更多 Prow 命令，请参阅命令帮助文档。

何时关闭问题

对于一个开源项目来说，良好的问题管理至关重要。但为了维护代码库并与贡献者和用户进行清晰的沟通，解决问题也同样重要。

在以下情况下关闭问题：

• 类似的问题被多次报告。您需要先将其标记为 /triage duplicate；将其链接到主要问题，然后将其关闭。建议将用户引导至原始问题。
• 根据作者提供的信息，很难理解和解决所提出的问题。但是，鼓励用户提供更多详细信息，或者如果他们以后可以重现该问题，则重新打开该问题。
• 相同的功能已在其他地方实现。可以关闭此问题并将用户引导至适当的位置。
• 报告的问题当前未计划或与项目的目标不一致。
• 如果问题似乎是垃圾邮件并且明显无关。
• 如果问题与外部限制或依赖项有关，并且超出了项目的控制范围。

要关闭问题，请在问题上留下 /close 评论。