开源至今，openEuler 社区贡献者已超过 1w 名，在众多用户和开发者的支持下，社区运作发展愈加繁茂。那我们怎么参与社区运作中？并快速成长为社区的 Committer、Maintainer，参与更深层次的工作？

我们很荣幸邀请韩光宇老师，分享他在社区的工作与成长。从关注 openEuler 到 OpenStack SIG 的 Maintainer，他花了不到 1 年的时间。相信他的经验会给有需要的朋友带来帮助。

Q1 您是什么时候开始关注 openEuler?

我个人开始关注到 openEuler 是 2021 年了，也是在一个 openEuler 社区影响力不断扩散的阶段接触到。

Q2 出于什么原因参与到 openEuler 社区？

参与 openEuler 社区的原因就有很多了。

一方面，统信软件是最早参与 openEuler 的公司之一，拥有基于 openEuler 打造的商业发行版，作为欧拉社区理事会成员单位，一直大力参与 openEuler 社区生态建设。

另一方面，自己对于参与开源贡献，本身就抱有积极的意愿，过往的经历中也在开源社区获益良多。而且自己所从事的 OpenStack 云计算相关工作，与 openEuler OpenStack SIG 的工作高度吻合。参与上游社区的工作，不仅可以为开源社区生态做出贡献，也增益自身工作，这也是工作方向的需要。

还有很重要的一点就是，openEuler 社区优秀的技术氛围，以及让开发者感受到的，实实在在地建设一个开源开放社区的态度。这些促使自己，愿意长久、深入地参与到社区之中。

Q3 出于什么原因参与到 openEuler 社区？

我其实在参与社区开发前，就有安装使用过 openEuler，包括还加了 openEuler 的技术交流微信群。并且工作中，之前就有知道 openEuler 社区的 OpenStack SIG。所以此前就有一些了解。正式参与社区工作的契机，还是工作上，我们部门的工作方向本来就与 OpenStack SIG 的工作内容高度吻合，当时工作上是明确了我们会长期投入 OpenStack SIG。所以我是首先明确了要参与的 SIG。

具体参与的话，首先是在 openEuler 社区的官网，阅读了 openEuler 社区的贡献攻略，通过这些指南，我了解到了 SIG 的基础信息，参加双周例会，加入了 SIG 微信群。由此，逐步参与进了 SIG 的工作。

成为 Maintainer 的过程的话，社区其实有一份社区角色说明；这份说明详细解释了从普通开发者晋级到 Committer、Maintainer 所需要承担的职责以及和具体的要求，对于我在社区的成长有很大的帮助。

从我自己的过程来说，刚开始主要是先了解 SIG 情况，自己尝试测试 SIG 组的一些成果；然后逐步尝试修复一些小 bug、提交一些小的修改。这中间，持续参与例会，积极跟进社区动态。后续，在可参与工作中，主动申请承担任务，并按时完成。比如我在 22.09 开发周期中，参与 SIG 联合创新点-虚拟机高低优先级特性的开发，负责 Nova 项目 DB 层代码实现；参与 OpenStack Yoga 开发工作，作为统信在 OpenStack SIG 负责人，认领 RPM 包 100+。

还有就是保持主动建设社区，贡献开源的心态。对于可以优化的地方，主动进行贡献、完善，尤其是一些公共的、对社区有益的事情。比如我进行过的：SIG RPM 开发指导文档撰写、重构 SIG 开发者工具oos spec build命令工作。这些工作，并不是 SIG 计划内的开发任务，而是实操过程中发现的，可以降低 SIG 参与门槛、提高 SIG 开发效率的地方。

Q4 您在社区工作上比较关注什么？方便透露下后续会有哪些规划？

我觉得还是社区整体的开放性和开发者整体的体验吧。

对于不够开放或者开发者体验不够好的社区，其实新人是很难参与其中的；我觉得我能够在不到 1 年的时间内，从 openEuler 社区的新人开发者成长为 SIG 组 Maintainer，也足以说明 openEuler 社区在这两方面做得还是非常不错的。

后续我也会长期在 OpenStack SIG 深入投入。一方面，工作中适合的 OpenStack 相关项目，会考虑依托欧拉社区开源；另一方面，会尝试引入社区成果，实际应用，并反馈社区，促进生态发展。比如 OpenStack SIG 的联合创新项目-高低优先级特性，有计划在统信商业系统中，进行测试，尝试引入。

Q5 您对 openEuler 社区有什么其他建议？

事实上，前几天我参与了社区举办的“开发者体验吐槽大会”线上活动，听了许多同学的真诚想法以及社区的务实回应。自己目前并没有什么更新的想法。一定要说一些的话，期望社区保持开源开放的原则，越做越好。