Community Over Code：成为 Apache Seata(Incubating) Committer 的思索与感悟

2025年11月24日的上午，正当我奋战在新需求的代码中，电脑右下角突然跳出了一封邮件提醒。点开一看——我竟然被邀请成为 Apache Seata(Incubating) 的 Committer！

一时间，我的心情有点复杂，但更多的是那种从代码中突然跳脱出来，获得新身份的激动。顺手回复邮件：

I am honored to accept the offer to become a committer of the Apache Seata(Incubating) project.”

从 2024 年 10 月接触到 Apache Seata(Incubating)，到成为项目 Committer，经历了一年多的摸索与实践，回首这段开源经历，让我深刻感受到了 Apache 软件基金会（ASF）倡导的Community Over Code理念，这不仅仅是一个口号，它真的会影响开源项目的发展与进步。

代码是“入场券”——我的贡献之路

第一条 PR：从“修文档”开始

熟悉我的人知道，我开源之路的起步总是非常“简朴”——找个 Typo或者修复个 URL。Apache Seata(Incubating) 也不例外，最初的贡献几乎都集中在文档修复上。

翻开 Seata 的 Issue 列表，我一眼就看中了那些看似微不足道，但却迫切需要修复的点。虽然一开始的贡献微小，但这也是我与 Seata 社区第一次建立连接的机会，同时也帮助我摆脱了“开源恐惧症”——毕竟，只有动手修文档才能证明“我不是来占坑的”。

渐入佳境：挑战单元测试

不过，作为一个“有追求”的开源爱好者，单修文档显然不够满足。我很快瞄上了 Seata 另一个亟待填补的领域——单元测试。我一边熟悉代码，一边提交了各种单元测试用例的 PR。

事实上，我和其他开源爱好者交流过，大家一致认为，最适合新人的切入点就是单元测试：既能快速了解代码的微观细节，又能为项目贡献高质量的测试用例，提升代码稳定性。这不光是提升技术深度的好机会，也是一种进入“核心圈”的捷径。

冲破难关：挑战极限

不过，最让我记忆犹新的，还是 Apache Seata(Incubating) 的双周会机制。很多开源项目都有类似的活动，但 Seata 几乎是一种“长久的信仰”，我几乎每次都能从会议中获得灵感与动力。

有一次，我在双周会中发现了一个问题，最初由另一位 ASF 项目的 Committer 提出。PPMC 成员 @xingfudeshi 看着那条 Issue 时主动说：“这个问题我们还没来得及处理，有兴趣的可以认领一下。”

我当时并未直接认领，而是回去琢磨了一下，发现这个 Issue 还没人认领的原因其实有两点：首先，涉及的版本和环境配置繁琐，复现难度较高；其次，复现步骤冗长复杂，看到就让人头疼。

经过半小时的自我“斗争”，我终于决定挑战一下，直接认领了这个 Issue，并给自己定下了目标——一周之内搞定。

从那一刻起，我进入了“战斗模式”。记得那天凌晨 3 点，我搭建好了所有环境；第二天醒来后，开始复现问题；成功复现后，立马着手修复，甚至还注册了docker的官方账号，构建 Docker 镜像进行验证。最终，我成功修复了问题并按时完成了任务。

在这段经历中，我几乎变成了一个挑战者，把自己的贡献率和修复的难度当做追求的目标，开始享受解决问题的快感。

不止于代码——Apache Seata 的独特文化

从线上到线下：社区互动的真实温度

在提交了几个“还算可以”的 PR 后，我收到了 PPMC 成员 @funky-eyes 的邀请，加入了项目贡献者群。

刚加入时，我心里有点小激动，想着能和这些大佬们同在一个群里，总算可以有机会看到社区的“幕后工作”了。然而，没想到的是，Seata 的开发者群活跃得像是一个不断滚动的技术论坛——每天的消息量让你根本来不及掉线，群里不仅有 Code Review 和 Bug 排查，还有关于项目进展的讨论，甚至偶尔冒出一些 AI 技术在开源中的新尝试。大家不仅仅是在讨论问题，也是在互相帮助、共成长。

Seata 作为一个中国开发者主导的 ASF 项目，在全球范围内都有广泛的参与，我们甚至和来自韩国的开发者也在群里经常交流。这种跨地域的互动，虽然始于线上，却总给人一种温暖的归属感，仿佛每一个字背后都承载着相同的热情和信任。

另外，想起刚加入的时候的一个小插曲，至今让我忍不住笑。刚进群时，我大言不惭地加了几个 PPMC 成员的微信，还特地在微信上和他们说：“未来我一定会成为 Apache Seata(Incubating) 的 Committer！”那时的我想通过贡献不断证明自己，甚至有点过于自信。现在回头想想，那时候的“豪言壮语”确实有点可笑。

不过让我至今感激的是，项目的 PPMC 成员却并没有嘲笑我，而是先感谢了我的贡献，并鼓励我继续努力。他们没有因为我的“年轻气盛”而冷漠相待，反而给了我更多的支持和鼓励。这种真诚的态度让我从一开始就对这个项目有了深厚的好感，也让我意识到，真正的开源项目不仅仅在技术上追求极致，在社区文化上同样充满包容与温暖。

今年的 7 月，我有幸参加了 CoC Asia 大会，也聆听了 Seata 相关的演讲。在大会上，平时在线上看着“严肃”的 PPMC 成员，在现场却变得无比随和，大家畅谈技术，探讨未来，氛围轻松愉快。这种反差让我意识到，所谓的“严格”，是因为他们对项目的认真，而“随和”，则是他们对每一个贡献者的尊重与包容。

离开与归来：社区的包容性

开源是一场马拉松，而非百米冲刺。在参与贡献的过程中，我也并非一直在线。

因为工作角色转变，中间有一段时间，我的工作重心暂时脱离了数据库和分布式事务相关领域，这导致我不得不暂时离开了社区一段时间。当我重新回到 Seata 社区时，心里其实多少有些忐忑：大家还记得我吗？我的 PR 还会被快速响应吗？

不过，当我重新提交 PR 时，社区成员的反应让我倍感亲切——大家不仅热烈欢迎我的归来，还表示理解开源就是一种志愿行为，生活和工作总有优先级。

更让我觉得难能可贵的是，社区在我离开的这段时间里，涌现了大量的新成员。这让我看到了 Apache Seata(Incubating) 的活力和无限可能——社区从不因为任何一个人的缺席而停滞，反而因包容与开放而吸引更多新血液。

从“代码”到“产品”的心态转变

这次回归后，我的心态发生了质的变化。以前，我专注于解决技术难题，修复 Bug，享受技术的深度。但现在，我开始思考如何让更多开发者用上 Seata，如何降低新用户的接入门槛。

于是，我开始关注我曾经觉得“不够酷”的工作——优化文档、提升易用性、更新版本功能。文档曾经被我视为“苦活”，但我现在意识到——它是开源项目的“第一张脸”。没有清晰的文档，再完美的代码也是“空中楼阁”。

因此，我开始投入更多时间去优化 User Guide，尝试为 Docker 镜像创建使用文档，更新过时的API内容。这些工作虽然没有修复 Bug 那样有即时的成就感，但却能让成百上千的开发者少走弯路，避免踩坑。

写在最后

成为 Apache Seata(Incubating) 的 Committer，对于我来说并不是终点，而是新征程的起点。

感谢 Apache Seata(Incubating) 社区对我的信任，感谢每一位 Mentors 的教导和帮助。

Community Over Code 这句话，在Apache Seata(Incubating) 社区里，永远不是空洞的口号，它意味着——代码也许会被淘汰，但我们在社区中建立的连接、信任和文化，将会永久延续。

最后，如果你还在犹豫是否参与开源，不妨和我一样，从修复一个 Typo 开始，或许下一个故事的主角，就是你。