问题管理员

除了 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 评论。