贡献者阶梯¶
在 Kubernetes 社区中，已经开发了贡献者阶梯的概念，以定义个人如何在项目中获得正式角色。网关 API 贡献者阶梯在很大程度上遵循 更广泛的 Kubernetes 社区定义的角色，虽然在该社区中有一些独特之处。
目标¶
我们希望这份文档能为实现以下目标迈出第一步
- 确保网关 API 社区的长期健康
- 鼓励新贡献者为项目中的正式角色和职责而努力
- 明确定义通往领导角色的道路
- 培养强大的领导力管道，以便我们有优秀的候选人来填补项目领导力职位
范围¶
以下存储库由这份文档涵盖
- kubernetes-sigs/gateway-api
- kubernetes-sigs/ingress2gateway
- kubernetes-sigs/blixt（迁移完成后）
在每个项目中，都有机会成为整个项目或项目子集的批准者或审阅者。例如，你可以成为专注于文档、GEP、API 更改或一致性测试的审阅者或批准者。
一般指南¶
1. 欢迎所有人¶
我们感谢所有贡献。你不需要在项目中担任正式角色就可以创建或审阅拉取请求，并帮助解决问题或参与讨论。选择在项目中担任正式角色完全是可选的。
2. 这些角色需要持续的贡献¶
申请上述任何角色，只有在你打算继续以符合该角色的水平做出贡献时才能进行。如果由于任何原因你无法继续在上述任何角色中工作，请辞职。长时间离开项目且没有活动的用户将被移除出 Kubernetes GitHub 组织，并且需要在重新熟悉当前状态后再次通过组织成员资格流程。
3. 没有共识不要合并¶
如果你有理由相信某项更改可能存在争议，请在合并任何 PR 之前等待其他人的更多观点。即使你有权合并 PR，也不意味着你应该这样做。虽然我们不能无限期地阻止 PR，但我们需要确保每个人都有机会表达自己的观点。
4. 开始讨论¶
如果你有兴趣为这些角色而努力，请在 Slack 上联系网关 API 维护者。
贡献者阶梯¶
网关 API 贡献者阶梯有以下步骤
- 成员
- 审阅者
- 批准者
- 维护者
这也是 GAMMA 特定的领导角色，它不适合清楚地放在这个阶梯上。所有这些角色将在下面更详细地定义。
成员、审阅者和批准者¶
贡献者阶梯的最初几步已经 在 upstream Kubernetes 社区中明确定义。网关 API 遵循这些指南以及 Kubernetes 社区的其他部分。在网关 API 中，有许多领域可以成为审阅者或批准者，包括
- 一致性
- 文档
- GEP
维护者和 GAMMA 领导¶
贡献者阶梯的最后几步代表了整个项目中主要的整体领导角色。这些角色的空间是有限的（通常每个角色 3-4 人是理想的）。只要有可能，我们会尝试确保这些角色中代表了不同的公司。
维护者¶
网关 API 维护者被称为 Kubernetes 社区中的 子项目所有者。要成为网关 API 维护者，我们最期望的是
- 至少 6 个月持续不断地为网关 API 做出贡献
- 深刻理解项目的技术目标和方向
- 成功编写并领导了重要的增强提案
- 至少 3 个月的批准者
- 能够领导社区会议
除了上面描述的所有期望之外，我们还期望维护者为项目设定技术方向和目标。这个角色对于项目的健康发展至关重要，维护者应该指导新的批准者和审阅者，并确保讨论和决策制定有健康的流程。最后，维护者最终负责发布 API 的新版本。
GAMMA 领导¶
GAMMA 领导的概念在 upstream Kubernetes 社区阶梯中没有完美的对应关系。他们本质上是子项目所有者，但适用于 GAMMA 倡议，这是网关 API 中的一项主要倡议。
要成为 GAMMA 领导，我们最期望的是
- 服务网格实现方面的丰富经验
- 深刻理解项目的技术目标和方向
- 至少 6 个月持续不断地为 GAMMA 倡议做出贡献
- 能够领导社区会议
除了上面描述的所有期望之外，我们还期望 GAMMA 领导为 GAMMA 倡议设定技术方向和目标。他们应该确保讨论和决策制定有健康的流程，并且发布目标和里程碑明确定义。