社群規則與實務¶
此頁面提供常用 Knative 社群實務的文件連結，以及 Knative 受眾的說明。
雖然此專案是由 Google 發起，但已收到來自超過 200 家公司的貢獻，目前由 CNCF 管理。
社群價值¶
本節連結到關於我們價值的相關文件。
-
Knative 專案價值：社群的共同目標和價值。
-
Knative 團隊價值：我們作為團隊所秉持的目標和價值。
治理¶
本節連結到關於 Knative 社群如何管理的相關文件。
Knative 每月都會舉行公開且有錄影的社群會議。每個元件都有一個或多個工作組推動工作，而 Knative 有一個單一技術監督委員會監控整個專案。
-
治理：Knative 治理框架。
-
社群角色：描述個人在 Knative 社群中可以擔任的角色，例如成員、核准者或工作組負責人。
-
工作組：提供關於我們各種工作組的資訊。
-
指導委員會 (SC)：描述我們的指導委員會。
-
技術監督委員會 (TOC)：描述我們的技術監督委員會。
-
年度報告：列出先前的年度報告。
流程¶
本節連結到常用 Knative 社群流程的文件。
目前，這些實務（除了工作組的組成和懶人共識外）是各個工作組可以選擇採用，而不是必須遵守的建議。每個工作組都應記錄其流程；無論是在他們自己的儲存庫中，還是在指向這些文件的指標中。
-
審閱和合併提取請求：我們如何管理提取請求。
-
工作組流程：工作組如何運作。
-
SC 選舉流程：我們指導委員會的選舉流程。
-
TOC 選舉流程：我們技術監督委員會的選舉流程。
-
儲存庫指南：我們如何建立和移除核心儲存庫。
-
擴充功能儲存庫流程：如何在
knative-extensionsGitHub 組織中建立儲存庫。 -
功能追蹤：概述新增非瑣碎功能的流程。
-
Golang 原則：關於 Knative 測試和發布所使用的 Golang 版本的原則。
-
發布原則：發布原則，包括關於支援和功能階段的資訊。
-
發布排程：Knative 過去和未來的發布日期。
-
終止功能：終止沒有明顯使用但維護耗時的功能的流程。
社群日曆¶
Knative 社群日曆（iCal 匯出檔案）包含提供了解更多關於 Knative 和與其他使用者和貢獻者見面的機會的活動。這包括工作組、指導委員會和其他社群會議。
活動不一定要由 Knative 專案組織才能加入日曆。如果您想將活動加入日曆，請發送電子郵件至 knative-steering@googlegroups.com 或張貼到 CNCF Slack 工作區中的 #knative 頻道。
Knative 的受眾¶
Knative 是為不同角色設計的
開發人員¶
Knative 元件為開發人員提供 Kubernetes 原生的 API，用於將無伺服器樣式的功能、應用程式和容器部署到自動調整的執行階段。
若要加入對話，請前往 Knative 使用者 Google 群組。
營運人員¶
Knative 元件旨在整合到更完善的產品中，雲端服務提供商或大型企業的內部團隊可以接著運作這些產品。
任何企業或雲端提供商都可以將 Knative 元件納入其自己的系統，並將好處傳遞給他們的客戶。
貢獻者¶
憑藉明確的專案範圍、輕量級的治理模型以及可插拔元件之間的清晰分隔線，Knative 專案建立了有效率的貢獻者工作流程。
Knative 是一個多元、開放和包容的社群。您成為 Knative 貢獻者的道路可以從以下任何元件開始
Knative 作者¶
Knative 是一個具有活躍開發社群的開放原始碼專案。該專案由 Google 發起，但有越來越多業界領先公司的貢獻。如需作者的最新列表，請參閱作者。