Issue Wrangler

与 PR Wrangler 一道，SIG Docs 的正式 approver、reviewer 和成员会进行为期一周的轮班，对仓库中的 issue 进行分类和整理。

职责

在为期一周的轮班中，Issue Wrangler 每天的职责包括：

• 每天对收到的 issue 进行分类和打标签。有关 SIG Docs 如何使用元数据的指南，请参阅分类和整理 Issue。
• 关注 kubernetes/website 仓库中过时和腐烂的 issue。
• 维护 Issue 面板。

要求

• 必须是 Kubernetes 组织中的活跃成员。
• 对 Kubernetes 有至少 15 次非琐碎的贡献（其中一定数量应针对 kubernetes/website 仓库）。
• 已经非正式地承担过此角色。

对 wranglers 有用的 Prow 命令

以下是 Issue Wrangler 常用的一些命令

# 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 命令，请参阅命令帮助文档。

何时关闭 Issue

对于一个成功的开源项目来说，良好的 Issue 管理至关重要。但为了维护仓库以及与贡献者和用户清晰沟通，解决 Issue 也同样重要。

在以下情况关闭 Issue：

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

要关闭 issue，请在该 issue 上留下 /close 评论。