团队介绍
团队构成
Taro 各个模块的核心开发者。设计并实现 Taro 的核心功能,把控模块的功能规划、特性引入和实现进度,当社区无法达成共识时做出最终决定。
运行机制包含技术委员会以及下设的 5 个团队(Core 团队、Plugins 团队、Platform 团队、创新团队、社区团队)。技术委员会由技术委员会委员组成,负责技术方向、项目管理、贡献政策、仓库托管、行为准则、维护合作者列表等,技术委员会主席负责定期组织会议。工作组由合作者成员组成,每个方向有一个 Owner,负责相关工作组的开发进展。
Core 团队
- Cli 工作组 主要负责 Taro 命令行工具的开发和维护工作。
- Compile 工作组 负责维护、优化小程序和 H5 的编译系统。
- Runtime 工作组 负责维护小程序运行时系统。
Plugin 团队
负责维护各 Taro 插件,包括端平台插件,React、Vue DevTools 等。
- 端平台插件工作组 负责维护各端平台插件,包括对微信、支付宝、百度、字节跳动、QQ、京东、企业微信、飞书、快手、钉钉、小红书等厂商小程序的适配等。
- 混合开发工作组 负责维护 Taro 与原生小程序的相互调用功能、Taro 开发原生插件等。
Platform 团队
负责 App、Web、Open Harmony 等跨平台开发。
- H5 工作组 负责维护 H5 的各模块,包括路由、组件库、API 库等。
- React Native 工作组 负责 React Native 适配核心、组件库、API 库等部分的开发。
- Open Harmony 工作组 负责鸿蒙适配核心、组件库、API 库等部分的开发。
- 快应用工作组
创新团队
Taro 创新特新、新方向探索,如 wasm、rust、vite、flutter、electron 等。
- UI 框架兴趣组 TaroUI、NutUI 等 UI 库和其他类型生态工具的研发与管理。
社区团队
负责 Taro 生态与运营,和 Taro 社区的运营推广工作。
战略合作伙伴(联合团队)
共同参与 Taro 的研发和推广,监督 Taro 的发展流程,推动 Taro 在各领域真实业务场景中的落地和实践,促进 Taro 在业界的广泛应用。
Taro 3 React Native 部分由 58 的团队开发。RN 相关的 RFC 可以关注
58 同城技术委员会前端分会成立于 2016 年,由各个事业群、部门的前端团队联合组成,旨在促进公司内前端领域技术共享交流、协同共建、代码开源,统一技术标准和开发方案,提高公司整体前端基础建设水平,提升各团队之间沟通协作效率。58 也在积极参与开源社区建设,已对外开源 Fair、WBBlades、Picasso、React Native ECharts 等多个项目,更多开源请关注:https://github.com/wuba。
技术委员会
负责技术方向、项目管理、项目发布、贡献政策、仓库托管、行为准则、维护合作者列表,定期参加 TSC 活动,主席(主持人)会在线上主持活动,并做好活动记录并公布。
- 技术委员会双周会
- 时间:每双周周四前,在技术委员会中预告下次会议的内容和日期。
- 议题:来自 Taro 下各项目中标注了 tsc-agenda 标签的事宜。会议结束后提交会议纪要。每次会议可邀请非委会参加,但无投票权。
- 基于共识决策的投票机制 各个晋升投票环节,基于共识决策原则,原则上达成多数一致。
- 待投票的议题需要在会议前周知各成员,给与成员足够调研思考时间
- 议题在即将达成一致时,在结题前必须询问“有人反对吗?”,以周知最后反对的机会
- 议题无法达成一致时,可以投票多数支持是否延期到下一个会议,否则必须继续讨论
- 议题满足“多数胜利”后即可通过,成员可以弃票
- 引导 / 培训机制
- 助手、合作者和技术委员会成员每个阶段,均提供相应的引导和培训,让新晋升者可以快速开展工作。
合作者 & 生态合作者
维护 taro 相关仓库,帮助用户和初级贡献者,参加具体工作组为当前项目贡献代码和文档,评审和评论 issues 和 pull requests。
- 目的
- 旨在不断丰富 Taro 特性、性能、安全等。
- 权益
- Github NervJS 组 Member 权限,Github Write 权限,可以提交 commit 到 NervJS/taro 仓库,可以配置持续集成任务,负责 pull request 评审及合并
- 1 个 PR 合并需至少 2 名合作者或 1 名技术委员会成员同意即可进入观察期,观察期 3 个月即可正式成为合作者。
- 申请方法
- 合作者提名有突出贡献的个人贡献者,通过投票机制决定是否可以成为合作者。一名合格的合作者需具备:技术精进,业务精湛;沟通无障碍,至少读写无阻碍;人品优良,能钻研,不轻易半途而废;态度谦逊,能接受他人意见;Owner 心态,积极主动。
- 申请 pull request 参考模版如下:
- 退出机制
- 对不活跃的合作者,技术委员会有权进行移除或设置为荣休状态,荣休成员可以重新向技术委员会申请为活跃状态。如果一个合作者超过 6 个月无任何贡献,会自动设置成荣休状态。
助手
负责 taro 相关仓库新 issues 的维护,负责给 issues 或 pull requests 打标签,以及负责评论、关闭和重新开启 issue 或 pull request,负责将 bug 或 feature 分流给具体工作组。
- 目的
- 旨在减少 issue 列表,保持 issue 及时跟踪,促进新人参与及贡献 pull request。
- 权益
- Github NervJS 组 Member 权限,相关项目 Triage 权限,可以管理 issues 和 pull requests(没有写权限)。
- 申请方法
- 对 Taro 项目有全面了解和深度开发经验的任何人,可以在 NervJS/taro README.md 中提交一个 pull request,说明申请成为助手的动机并同意本项目的行为守则,经 2 名合作者同意即可通过。
- 申请 pull request 参考模版如下:
- 退出机制
- 对 6 个月不活跃的小助手进行定期移除。
个人贡献者
感谢为 Taro 贡献过代码的每一位开发者。
特别鸣谢
nanjingboy | jsNewbee | Qiyu8 | Garfield Lee | zhiqingchen |