跳至內容

如何參與

Knative 社群由三個不同的對象組成

Diagram of Knative audiences: users, developers, operators, and contributors

  • 開發人員 使用 Knative 提供的建構來撰寫無伺服器和事件驅動應用程式。他們建置容器和應用程式,利用 Knative 公開的概念,向終端使用者和系統提供服務。

  • 營運人員 建置和維護安裝 Knative 的 Kubernetes 平台。他們也管理這些叢集上 Knative 的預設設定。

  • 貢獻者 是 Knative 元件的作者;他們貢獻和審查原始碼、主持社群會議、記錄和宣傳專案,並以其他方式保持專案運作。

Knative 元件旨在獨立運作良好,或由內部系統團隊或雲端供應商整合到更大的平台產品中。您可以查看我們社群儲存庫中已採用 Knative 的組織清單

問題

若要獲得最快的響應,您可以在 CNCF Slack 的 #knative#knative-serving#knative-eventing#knative-functions 通道上提出問題。

如果您偏好這些格式,我們也有 Stack Overflow 主題,knative (以及 knative-servingknative-eventingknative-functions),以及 knative-users 郵件清單。

錯誤回報和功能要求

Knative 由許多不同的元件組成。我們使用 GitHub Issues 來追蹤錯誤回報和功能要求。雖然如果您知道發生錯誤的特定元件,會最有幫助,但我們了解有時很難分辨。在錯誤的元件中清楚地回報錯誤,遠比在正確的元件中部分回報錯誤要好得多,因此如果您不確定,請隨時在以下三個主要儲存庫之一中提出您的問題

好的錯誤回報應包含

  • 您嘗試執行的操作,以及發生的狀況
  • 您正在使用的 Knative 和 Kubernetes 版本 (如果使用雲端供應商,請指明是哪一家)
  • 相關的資源 yaml、HTTP 要求或記錄行

社群聚會

此虛擬活動專為終端使用者設計,是我們社群成員見面、彼此認識並了解 Knative 用途和應用程式的空間。

在我們的 YouTube 頻道上觀看過去的社群聚會。

若要關注新活動,請訂閱日曆 (iCal 匯出檔案),並在 Twitter 上關注我們。

溝通管道

社群的大部分成員都在 CNCF Slack 上見面,使用以下通道

我們也有使用者 (knative-users@googlegroups.com) 和開發人員 (knative-dev@googlegroups.com) 郵件清單,用於討論,以及存取共用 Google 雲端硬碟中的文件。knative-users@ 的存取權會自動核准;knative-dev@ 的存取權則透過輕量級的核准程序處理 -- 如果您在請求存取權時提供一句描述,會很有幫助。

我們也使用 GitHub Issues 和 GitHub 專案 來追蹤較長期的工作,包括每個工作組的藍圖,以及技術監督委員會和指導委員會等監督委員會的待辦事項。

功能設計通常透過儲存在 共用 Google 雲端硬碟中的 Google 文件來完成。由於共用硬碟的限制,預設的存取控制是所有文件都可由 knative-users@ 讀取,且可由 knative-dev@ 註解編輯。通常無法在沒有特殊干預的情況下刪除文件。

會議

Knative 會在 共用 Google 日曆上排定所有會議。工作組組長和 TOC/指導委員會成員應具有新增事件的權限,包括在需要時用於協調的一次性事件。

如果您使用 Google 日曆,上述方式應該可以運作。如果您使用其他系統(例如 Apple 日曆或 Outlook),這裡有社群日曆的 iCal 匯出檔

更深入地參與貢獻

如果您有興趣成為 Knative 的貢獻者,您會想查看我們的貢獻者頁面貢獻並非必要 -- 每個使用 Knative、談論它、在郵件列表中潛水,或參與討論想法的人,都是我們社群的一份子!如果您真的想更深入地參與,您會發現貢獻開源專案可以成為職涯發展的絕佳助力。

治理

Knative 是 CNCF 的一部分,並受這些規則管轄,包括 CNCF 行為準則。除此之外,我們還有一個關於治理規則的頁面

行為準則

Knative 遵循CNCF 行為準則。行為準則違規報告可發送至 code-of-conduct@knative.team 或 conduct@cncf.io。

我們使用分析和 Cookie 來了解網站流量。您使用我們網站的資訊會與 Google 分享,以達到此目的。了解更多。