跳到内容

如何参与

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 邮件列表。

Bug 报告和功能请求

Knative 由许多不同的组件组成。我们使用 GitHub Issues 来跟踪 Bug 报告和功能请求。虽然如果您知道 Bug 发生的具体组件会最有帮助,但我们理解有时很难分辨。在一个错误的组件中提交一个清晰的 Bug 报告远胜于在一个正确的组件中提交一个不完整的报告,因此如果您不确定,请随时在以下三个主要仓库之一提交您的问题

一份好的 Bug 报告应包含

  • 您尝试做什么以及发生了什么
  • 您正在使用的 Knative 和 Kubernetes 版本(如果使用云提供商,请指明是哪个)
  • 相关的资源 yaml、HTTP 请求或日志行

社区聚会

此虚拟活动专为最终用户设计,为我们的社区提供一个相互认识、了解 Knative 用途和应用的交流空间。

在我们的 YouTube 频道上查看过去的社区聚会。

通过订阅日历iCal 导出文件)并关注我们的 Twitter,随时了解新活动。

沟通渠道

大部分社区成员在 CNCF Slack 上使用以下频道进行交流

我们还有用户 (knative-users@googlegroups.com) 和开发者 (knative-dev@googlegroups.com) 邮件列表,用于讨论和访问共享 Google Drive 中的文档。对 knative-users@ 的访问会自动批准;对 knative-dev@ 的访问通过一个轻量级的审批流程处理——在请求访问时提供一句描述会有帮助。

我们还使用 GitHub Issues 和 GitHub 项目来跟踪长期工作,包括每个工作组的路线图,以及技术监督委员会和指导委员会等监督委员会的积压工作。

功能设计通常通过存储在共享 Google Drive 中的 Google 文档完成。由于共享驱动器的限制,默认访问控制是所有文档对 knative-users@可读的,对 knative-dev@可评论可编辑的。文档通常无法在没有特殊干预的情况下删除。

会议

Knative 在共享 Google 日历上安排所有会议。工作组组长和 TOC/指导委员会成员应具有添加事件的权限,包括必要时用于协调的一次性事件。

如果您使用 Google 日历,上述方法应该可行。如果您使用其他系统(例如 Apple 日历或 Outlook),这里是社区日历的 iCal 导出文件

作为贡献者更深入地参与

如果您有兴趣成为 Knative 贡献者,您会想查看我们的贡献者页面贡献并非强制要求——所有使用 Knative、谈论 Knative、潜伏在邮件列表或参与其理念的人都是我们社区的一部分!如果您确实想更深入地参与,您会发现贡献开源可以极大地促进您的职业发展。

治理

Knative 是 CNCF 的一部分,并受其规则管辖,包括 CNCF 行为准则。除此之外,我们还有一个关于我们治理规则的页面

行为准则

Knative 遵循 CNCF 行为准则。行为准则违规报告可发送至 code-of-conduct@knative.team 或 conduct@cncf.io。

我们使用分析和 cookie 来了解网站流量。有关您使用我们网站的信息会与 Google 共享以达到此目的。了解更多。