开发人员
本页面展示了 Spring Cloud Alibaba 的开发团队成员，我们一直都在持续扩充中，欢迎加入社区。
注：排名不分先后
Steering Committee Member 成员
| 姓名 | Github 账号 | 角色 | 联系方式 | 组织 |
|---|---|---|---|---|
| 方剑 | fangjian0423 | Steering Committee Member | fangjian0423@gmail.com | Zoom |
| 肖京 | flystar32 | Steering Committee Member | flystar32@163.com | 阿里巴巴 |
| 马昕曦 | mercyblitz | Steering Committee Member | mercyblitz@gmail.com | 自由职业 |
| 任浩军 | HaojunRen | Steering Committee Member | 1394997@qq.com | Nepxion 社区 |
| 陈曦 | theonefx | Steering Committee Member | chenxilzx1@gmail.com | 阿里巴巴 |
| 饶子昊 | steverao | Steering Committee Member | zihaorao@126.com | 阿里巴巴 |
Committer 成员
| 姓名 | Github ID | 角色 | 联系方式 | 组织 |
|---|---|---|---|---|
| 廖春涛 | chuntaojun | Committer | liaochuntao@live.com | 腾讯 |
| 余黄彬 | yuhuangbin | Committer | danielyu96@163.com | ~ |
| 赵奕豪 | sczyh30 | Committer | sczyh16@gmail.com | 阿里巴巴 |
| 张开兆 | zkzlx | Committer | kiss_maple@163.com | 得物 |
| 刘梁文 | DanielLiu1123 | Committer | llw599502537@gmail.com | 深圳市萌时科技有限公司 |
| 冷冷 | lltx | Committer | wangiegie@gmail.com | ~ |
| echooymxq | echooymxq | Committer | echooy.mxq@gmail.com | ~ |
| 程兴源 | complone | Committer | yuluoxinsheng@gmail.com | ~ |
| 阮胜 | ruansheng8 | Committer | chrisruans@gmail.com | 智业软件股份有限公司 |
| 刘子明 | 123liuziming | Committer | 448918299@qq.com | 北京大学研究生 |
| 姬世文 | yuluo-yx | Committer | karashouk.pan@gmail.com | ~ |
| 徐晓伟 | xuxiaowei-com-cn | Committer | xuxiaowei@xuxiaowei.com.cn | ~ |
社区角色与晋升机制
Spring Cloud Alibaba 社区包含 Contributor、Committer、Maintainer 和 Steering Committee Member 四类角色。不同角色承担不同的责任和权限，晋升以持续贡献、社区信任和公开流程为基础。
基本原则
Spring Cloud Alibaba 社区遵循以下原则：
- 贡献与信任并重：社区角色基于持续贡献、技术判断力与社区信任产生；
- 责任优先于权限：更高权限是为了更好地服务社区，而不是单纯的荣誉称号；
- 多元贡献同等重要：代码、Review、Issue 分流、方案讨论、发布、文档、示例、答疑、社区运营与人才培养都属于有效贡献；
- 过程公开透明：角色授予、调整与退出应尽可能公开讨论、可追溯记录；
- 角色可调整：当成员长期不活跃、主动退出或违反社区规范时，角色和权限可以调整；
- 尊重与包容：所有社区成员都应遵守社区行为准则。
社区角色
Contributor
Contributor 是对项目做出过有效贡献的社区成员。
成为 Contributor 的基础标准为：
- 提交过 PR 并被合并；
社区同样重视 Issue 反馈、文档、示例、测试、Review、答疑等多种贡献形式。在后续晋升评估中，这些非代码贡献应被一并纳入考量。
Contributor 是进入社区长期协作的起点，社区鼓励 Contributor 持续参与 Review、讨论与社区活动。
Committer
Committer 是拥有仓库写权限、能够合并 PR 并协助维护项目质量的核心社区成员。
成为 Committer 的典型要求包括：
- 能够在长时间内持续贡献 Issue 和 PR；
- 对社区做出过重要 Feature 贡献；
- 参与 Issue 列表维护、重要 Feature 讨论、社区周会主持或分享等社区活动；
- 参与 Code Review。
在评估过程中，也可以综合参考以下信号：
- 是否长期稳定提交高质量 PR 并参与 Review；
- 是否具备良好的协作意识、沟通能力与技术判断；
- 是否对某个模块较为熟悉，或承担过导师辅导、发布支持等职责。
Committer 的主要职责包括：
- 合并符合项目质量要求的 PR；
- 持续参与 Review、Issue 分流与技术讨论；
- 协助落实项目在兼容性、测试、代码规范等方面的要求；
- 帮助新贡献者融入社区，并支持潜在 Committer 成长。
Committer 的授予流程包括：
- 原则上由 Steering Committee Member 发起提名；Maintainer 可以向 Steering Committee 推荐候选人；
- 提名应公开公示，公示期不少于 7 天；
- 提名材料应包含持续贡献、Review 与社区参与的证明；
- 获得 Steering Committee 不少于 3 票赞成后通过。
Maintainer
Maintainer 是某个模块、子系统或关键领域的负责人。Maintainer 通常同时也是 Committer，承担具体模块或领域的日常负责人职责。
成为 Maintainer 的典型要求包括：
- 作为 Committer 持续活跃至少 6 个月；
- 对至少 1 个模块、子系统或横切领域形成稳定负责关系；
- 在近 12 个月内持续承担 Review、设计推进与复杂问题处理工作；
- 有培养 Contributor 或 Committer 的记录；
- 愿意承担模块质量、版本准备度、待办事项健康度与演进路线的责任。
Maintainer 的主要职责包括：
- 负责模块方向与关键技术决策，在模块层面无法达成一致时做出最终判断；
- 保障负责领域的 Review 响应速度与质量基线；
- 协调重要设计变更、兼容性决策与弃用策略；
- 识别并培养新的 Committer 与 Maintainer 候选人；
- 在需要时作为模块负责人参与仓库权限配置。
Maintainer 的授予流程包括：
- 由至少 2 名 Maintainer，或至少 1 名 Steering Committee Member 发起提名；
- 提名应公开公示，公示期不少于 7 天；
- 获得活跃 Steering Committee Member 过半同意后通过。
Steering Committee Member
Steering Committee Member 是社区的技术治理与方向委员会成员，负责跨模块治理、关键成员任命、流程演进与争议仲裁。
成为 Steering Committee Member 的典型要求包括：
- 完成多个关键模块或工程的设计与开发，是项目核心开发人员；
- 持续投入并积极参与社区、官网、Issue、PR 等事项的维护；
- 在社区中具备显著影响力，能够代表 Spring Cloud Alibaba 参与重要社区会议和活动；
- 具有培养 Committer 和 Contributor 的意识与能力。
Steering Committee Member 一般从资深 Committer 中产生，通常也会体现出 Maintainer 层面的模块负责能力与跨模块影响力。
Steering Committee Member 的主要职责包括：
- 制定和演进社区治理规则与协作流程；
- 审议 Committer、Maintainer 与 Steering Committee Member 的任命；
- 处理跨模块争议、优先级冲突及其他升级问题；
- 代表项目参与更广泛的开源生态协作；
- 维护一个健康、开放、可持续发展的社区。
Steering Committee Member 的授予流程包括：
- 通常由活跃 Steering Committee Member 发起提名；
- 在适当范围内公开讨论；
- 获得活跃 Steering Committee Member 过半同意后通过。
晋升通用规则
以下规则适用于所有角色晋升：
- 晋升应基于持续贡献，而不是单次较大提交或短期集中行为；
- 数量指标仅作为参考，不替代对质量、判断力和协作表现的综合评估；
- 非代码贡献应与代码贡献一并纳入考量；
- 候选人的雇主、商业背景或所属组织不应作为决定性因素；
- 提名前应先征得候选人本人同意，候选人可以拒绝被提名；
- 候选人不得参与对本人晋升的投票。
活跃度、Inactive 与 Emeritus
有效活跃行为包括但不限于代码贡献、Review、Issue 分流、设计讨论、发布支持、导师辅导、社区例会与其他可见的项目维护工作。
活跃度要求如下：
- Committer、Maintainer 与 Steering Committee Member 连续 12 个月没有有效活跃记录的，可标记为 Inactive；
- Inactive 状态持续较长时间的成员，通常在 18 个月左右，可由 Steering Committee 转为 Emeritus。
Emeritus 表示对历史贡献的认可：
- 保留社区荣誉身份；
- 不再默认承担日常合并、审批与治理职责；
- 如重新恢复稳定活跃，可由对应角色的授予主体通过简化流程恢复。
社区成员可以随时主动申请卸任。对于主动卸任的决定，社区应予以尊重并公开记录。
角色调整与移出
在以下情况下，社区角色可以被调整或移出：
- 本人主动申请退出；
- 长期不活跃；
- 持续无法履行角色职责；
- 严重违反行为准则或滥用项目权限。
除涉及安全、骚扰或权限滥用等紧急情况外，Committer、Maintainer 与 Steering Committee Member 的降级或移出应由 Steering Committee 讨论并记录。
仓库权限映射
社区角色与 GitHub 仓库权限相关，但不完全等同。
建议映射如下：
- Contributor：默认仓库访问权限；
- Committer：授予仓库 write 权限；
- Maintainer：授予仓库 write 或 maintain 权限，并在负责模块中承担模块负责人角色；
- Steering Committee Member：属于治理角色，仅在确有运维需要时授予仓库 admin 权限。
在条件成熟时，项目应通过 CODEOWNERS 或其他公开机制维护模块负责人信息，并持续维护 Committer、Maintainer 与 Steering Committee 的名单。
文档修订
本文档可由 Steering Committee 经过公开讨论后修订。涉及角色定义、晋升标准、权限边界等重要变更时，应在生效前向社区公告。