为什么80%的循环农户不能成为架构师？
社区成员根据角色分为成员、审阅者、应用程序和子项目所有者。
kubernetes/community:community-membership.MD有非常详细的说明。
下面简要介绍了每个角色的作用和要求。
成员成员被定义为活跃的社区贡献者。 要成为成员列表的成员，除了做出很多贡献外，还需要两位审阅者提名。
要求GitHub账户打开双因素认证的多次贡献过； 加入谷歌论坛的kubernetes开发者小组； 由阅读贡献者手册的一个或多个子项目的两名活跃贡献者reviewer指定； 责任和权利可以接受负责解决issue和处理宣传的自己提交的负责代码维护的他人的浏览请求； 自己提交的宣传可以自动触发自动化测试，而不需要批准； 您可以通过指定宣传启动自动化测试，也可以关闭宣传。 如果您频繁提交贡献，则会被成员吸收，成为成员后会被分配宣传，您提交的宣传可能会获得预先自动测试(不需要他人批准)的特权。
reviewer reviewer显示成员发送的代码。 reviewer通常是子项目的创建者或深度参与者。
成为reviewer的条件：
作为member的成员至少3个月以上作为宣传的主要浏览者，至少查看或合并过5个PR的至少20个PR； 被提名为熟悉项目代码的某个项目的approver； 成为reviewer可以自己申请，也可以由approver指定。 如果我的宣传充分的话，机器人也会自动指定我。
责任和权利是有足够时间处理大代码提交的项目代码质量负责宣传的显示任务颁发负责测试本项目错误的徽章，提交宣传和issue时可见； approver approver负责批准代码是否可以嵌入。 approver通常是子项目的老手，也是活动的reviewer。
作为要求至少3个月作为reviewer的主要reviewer，至少显示或提交过30个参与过至少10个宣传的宣传； 被提名为次级项目所有者； 职责和权利需要足够的时间(为了应对大量代码贡献)； 有权接受reviewer和其他指导贡献者的贡献者代码的职责和权利sub项目owner sub项目owner负责子项目的发展方向、特性优先顺序等，通常是子项目的中心人物，具有高度的责任感
包括启动或批准要求深入了解子项目目标和方向的子项目技术领域有编码、显示、讨论等职责和权利的子项目技术决策， 定义里程碑和发布战略指导本项目的approver、reviewers，这些战略将引导您持续贡献子项目的技术方向和项目优先级。 贡献者Maintainer Maintainer在2018年取消了负责确保本项目持续发展的沟通和确保决策氛围的外围项目合作的角色，这被owner取代。 也就是说，原始Maintainer实际上与一个或多个子项目的owner相对应。
转载于：https://my.oschina.net/ren HC/blog/3051656