共计 2642 个字符，预计需要花费 7 分钟才能阅读完成。
简介：一说到参加开源我的项目奉献，个别大家的反馈都是代码级别的奉献，总感觉我的代码被社区合并了，我才算一个贡献者，这是一个常见的谬误认知。其实，在一个开源社区中有十分多的角色是 non-code contributor，一个开源社区中的很多要害职责被大家给疏忽了。
头图起源：https://opensource.guide/
起源 | 阿里巴巴云原生公众号
只有奉献代码才算是参加开源我的项目社区奉献吗？
一说到参加开源我的项目奉献，个别大家的反馈都是代码级别的奉献，总感觉我的代码被社区合并了，我才算一个贡献者，这是一个常见的谬误认知。其实，在一个开源社区中有十分多的角色是 non-code contributor，一个开源社区中的很多要害职责被大家给疏忽了。
组织流动也能够是奉献社区：
- 你能够像远在巴西库亚巴的 @fzamperin 学习，为你喜爱的开源我的项目组织 workshop 或线下 meetup
- 你还能够帮忙社区成员找到适合的线下峰会来提交技术议题
- ……
技术写作或者技术布道也是奉献社区：
- 为你喜爱的开源我的项目编写或者改良文档
- 建设一个如何应用这个开源我的项目的 samples
- 将文档翻译成其余语言，帮忙寰球开发者意识、应用该我的项目
- 在本人的公众号或者博客分享应用该项目标指南和心得
- ……
设计和官网开发也是奉献社区：
- 重构开源我的项目官网来帮忙开发者更好的意识、应用该开源我的项目
- 进行用户调研来更好地改善官网导航和目录
- 构建一个 style guide 来帮忙该我的项目领有一个更对立、欠缺的视觉设计
- 为该开源我的项目设计贴纸、T 恤等周边
- ……
Apache Dubbo Samples SIG 成立！samples 贡献者招募中
Apache Dubbo 倒退到明天，曾经有 386 个贡献者，贡献者了包含代码、测试、用例、文档、应用倡议等丰盛内容。以后 Dubbo Core 有 2.7、3.0 两个十分沉闷的演进分支，其中 2.7 版本已被泛滥知名企业大规模的投入生产环境，如携程、工商银行、瓜子二手车等，而 3.0 分支也曾经在 3 月份公布了 preview 版本，依照打算在 6 月份第一个 3.0 可用版本也将正式公布。
内核的疾速演进与迭代促成了 Dubbo 的疾速倒退，同时，也给整个社区与 Committer 外围项目组带来新的挑战，这体现在：
- 新 Feature 相干的用户示例与文档缺失。用户对新版本个性如何应用无从通晓，翻阅代码成为惟一的路径。
- 稳定性无奈失去充沛保障。在迭代过程中，单元测试、集成测试没有失去无效的补充，这导致测试覆盖度的降落和回归老本的低落，更蹩脚的是如果发版环节有些问题仍未被发现，则它们将不可避免的被带到用户应用环节。
因为文档和用例的缺失，咱们不得不解决大量的 Issue、也包含其余的线上答疑，来解答用户的疑难，其中有一些是用户不晓得某个具体性能怎么用，有一些则是应用了不正确的配置形式导致不能失常运行；稳定性的降落则是对咱们本人以及 Dubbo 用户两方面的双重打击，继续的呈现问题会导致用户开始对 Dubbo 的版本公布失去信念，而对咱们这些外围维护者而言，破费大量精力实现的版本却给用户带来了困扰，这会让整个开发组也变得丧气。毫无疑问，对于 Dubbo 社区而言，解决以上问题成为了以后火烧眉毛的工作工作，这自身的重要性并不亚于大家所热衷的外围性能开发，但咱们也意识到，投入到其中须要破费肯定的精力，仅仅靠以后的几位维护者会十分吃力，尤其是思考到他们还须要兼顾整个 Dubbo 社区的运作。
在这样的背景下，咱们想到了招集来自社区的力量，明天在 Committer 核心成员的统一倡议下，Apache Dubbo 决定成立 Samples SIG（注：SIG 是 special interest group 的缩写，即兴趣小组），以期能改善以上的示例缺失、稳定性等问题。毫无疑问，这个 SIG 的运行须要宽广开发者的积极参与，当然，社区的外围开发者们也会踊跃的沉闷在其中。
Dubbo 现状
当然，能稳固的撑持这么多企业与实例稳固的运行，Dubbo 的测试与稳定性机制也并非一无是处，以下是 Dubbo 具备的一些能力与运作机制。
- 单元测试。单元测试全副位于_https://github.com/apache/dub… 40% – 50% 的覆盖度，但遗憾的是近期的很多新增批改，包含 2.7 与 3.0，在这方面做的都有所欠缺。
- 集成测试。Dubbo 的集成测试项目位于_https://github.com/apache/dub… Dubbo Feature 用例，你能够把当做一个 Quick Start 的示例工程用，也能够作为性能参考手册（代码），咱们在其上构建了自动化的集成测试机制，能实现对所有用例的全量验证。
- 基于 Github Actions 的自动化测试流程。每一次代码提交、PR 都会触发这个 Workflow，它会对骨干仓库进行编译，并顺次运行单元测试、集成测试，同时还有一些代码合标准的查看。
咱们要做的晋升打算，就是在以上已有组件的根底之上持续欠缺。通过梳理，咱们总结出以下局部内容须要重点欠缺：
- Dubbo 3.0 中新引入的一些外围机制、组件的单元测试笼罩
- Dubbo 3.0 中新引入的一些外围组件的用户用例、集成测试
- Dubbo 重点组件的，如 Zookeeper、Nacos 等
- Dubbo 内核一些外围组件，如 Registry、Directory、URL、FilterBuilder、Context、AsyncRpcResult、ApplicationModel、ServiceRepository 等的单元测试笼罩
请关注下文的 SIG 联系方式，以实现更好的继续合作和工作进度的更新。
对参与者的帮忙与要求
参加到 SIG 中来，不管你是学生、初学 Dubbo 的开发者、用户、或是混迹职场的技术达人，这里应该都能您带来一些帮忙：
- 把握 Dubbo 新个性的应用形式
- 疾速理解 Dubbo 的外围工作机制
- 把握 Dubbo 的演进动静的一手信息
- 如果你是企业用户，也能独特实现推动 Dubbo 稳定性的晋升，解决 Dubbo 的企业落地问题
- 与业内的技术专家、同行深刻交换，晋升本人，实现信息共享
- 积攒活跃度，成为开源达人，与 Apache 结缘并有机会成为 Apache Dubbo Committer
另外，社区也会不定期的举办线上、线下流动，取得社区贡献者专属礼物。
咱们对参与者的惟一要求就是激情，心愿参与者能继续的投入在 Dubbo 社区的建设中，并定期的加入咱们 SIG 的交流活动，以实现与其他人的合作。
原文链接
本文为阿里云原创内容，未经容许不得转载。
