問題協調員

在 PR協作者 的基礎上，正式的審批者、評審者和SIG Docs的成員將進行為期一週的值班，對儲存庫的問題進行分類和標記。

職責

在為期一週的值班中，問題協作者將負責：

• 每天對新收到的問題進行分類和標記。有關SIG Docs如何使用元資料的指導，請參閱分類和標記問題。
• 關注 `kubernetes/website` 儲存庫中過時和失效的問題。
• 維護問題看板。

要求

• 必須是Kubernetes組織的活躍成員。
• 至少有15次對Kubernetes的非微小貢獻（其中一部分應面向 `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` 的評論。