社区规则和实践¶
此页面提供指向常见 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 启动的，但已获得了越来越多的行业领先公司的贡献。要查看当前的作者列表，请参见 作者。