議題管理員

與 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 評論。