🎉我是如何从零到成为 Apache 顶级项目的 Committer

最近收到了 Apache Pulsar 和 Apache HertzBeat社区的邀请邮件，成为了这两个项目的 Committer。

一路走来我从最开始的打游击战的闲散人员到如今活跃在各个开源项目里的“老兵”，用现在流行的话来说 Apache 的这两个 Committer 就相当于是拿到了编制，进入了正规军。

下面就分享一下我的个人开源经历，希望对想要参与开源或者已经在其中的开发者有所帮助。

我的 GitHub 开源故事

初识 GitHub

我这个 Github 账号是在 15 年 9月份注册的，那时候刚出来参与工作。

其实在这之前我压根没有听说过 GitHub、对开源也是知之甚少；只是知道老师和同事经常让我在网上可以下载到一些第三方包（现在回想起来几乎都是好 Apache 的提供的包）来解决日常的一些常见需求。

当时只是觉得非常方便，没想到大部分的工作互联网上都有相关的解决方案。

直到第二年也就是 16 年我才提交第一行代码，记得当时是需要和同学共享一些代码。

在学校的时候大家都是把文件打包然后通过 QQ 发送的，因为我之前在 GitHub 上看到大家都是把源码公开的，所以当时的想法是不是可以直接使用 GitHub 把代码发给同学，这样就省去了打包解压的步骤了。

现在想想还好都是一些非业务代码，不然就违反公司安全规定了。

所以其实自己没有任何开源的概念，只是觉得分享代码很方便。

后续在网上看了 Richard Matthew Stallman 发起的自由软件运动才对开源的由来有了更多的认识，也越发佩服这些参与开源的大佬们。

托管 Blog

当时还非常流行在 GitHub 上搭建个人博客，我自然也跟上了这个潮流；直到现在也没有断更。

陆续写了 240+ 篇博客。

记得当时最喜欢干的事就是折腾各种主题，可以在 GitHub 免费托管一个博客，对当时的我也是震撼蛮大的。

关于博客的话题还有不少内容可以讲，放到后面继续分享。

提交第一个项目

因为当时在公司刚开始接触到 SSM(spring+springmvc+mybatis)，所以就想把日常学到的东西沉淀下来。

于是就把一些非业务代码整理后提交了第一个项目，以更新博客的方式陆续更新了各种解决方案：



至今已经全部更新完毕，所以我就将它归档了。

这也是我第一次正儿八经做开源项目，在这个过程中也结实到了不少朋友，沉淀了许多内容；对于刚工作一两年的我来说意义还是很重大的。

参与正规军(Apache)

时间点回到现在，因为工作原因我需要在公司内部维护 Pulsar 消息队列；当时 Pulsar 在公司还有着一些细枝末节的问题需要解决。

在解决这些问题的过程中就想着看能不能给社区贡献些代码，这样也可以更熟悉整个项目。

其实 20 年左右在之前的公司就有使用 Pulsar，只是当时还没有意识到要向社区贡献代码。

于是我先尝试做一些无关紧要的修改：



因为这个还被大佬拒过几个 PR，与此同时我也在持续输出一个 Pulsar 相关的博客，当时也得到了大佬的认可：

之后我又根据日常工作中遇到的一些问题或者优化持续给社区提交 PR：

这个过程从第一个 PR 到社区大佬提名我大概经历了一年半的时间。

越大型、严谨的项目在处理这些 PR 时就是缓慢的，所以如果你真的想深度参与某个项目时就一定要有充分的耐心。

首先坚持下去，收获自然就来了。

---

Apache HertzBeat

今年四月份的时候我在朋友圈还看到另外一个项目：Apache HertzBeat。

因为当时我也在做一些可观测性的内容，正好这个项目是和监控相关的；于是我就跟着文档走了一遍。

发现功能很强也很全，当时也是刚加入 Apache 的孵化器，所以还是有许多可以完善的地方。

我就开始以单测作为切入点尝试贡献源码，社区的响应速度也非常快。

之后逐渐将我在其他社区学到一些经验也复制到 HertzBeat 中，慢慢的贡献的代码越多，对 HertzBeat 也就更加熟悉了。

两个多月的时间我贡献了 30 个左右的 PR，后来也受到项目发起者的邀请：

因为是相对更年轻的项目，才更需要大家群策群力；所以如果你也对监控系统感兴趣，或者比较熟悉前端技术栈（HertzBeat 有后台管理界面）都欢迎前来贡献，后续获得提名的机会要比已经发展稳定的项目更大一些。

成为 Committer 的好处

讲到这里顺便再讲讲成为 Committer 的一些好处了，虽然开源经常和免费白嫖划等号，大部分人都是用爱发电的，但因为也有许多大公司得到了开源的好处，所以也给活跃在社区里的贡献者提供了一些免费福利。

当然要拿到这些福利肯定是得有一个评判标准，最简单也最直观的就是你是否已经是 Apache 组织的 Committer。

Github Copilot

首先第一个好处是提供免费个人使用 Copilot，当然这不全是 Committer 的权益，如果你是某个开源项目的活跃贡献者也是可以申请的（不一定能申请过，目前好像没看到通过的标准），只是已经是 Committer 后肯定是能享受这个权益。

Jetbrains 全家桶 IDE

JB 作为一个和开发者强绑定的公司，也提供了对应的福利，只要使用 Apache 的邮箱就可以免费使用他们的全家桶。

Apache 邮箱

提到了邮箱那就不得不提到 Apache 给每个 Committer 都会提供一个专属邮箱：



虽然市面上有各种的免费邮箱注册服务，但当你使用 Apache 的邮箱和其他人沟通交流时，大概率对方潜意识里都会对你高看一点。

这虽然是一些虚无缥缈的东西，但有时候就是会让沟通更加顺畅（比如求职面试时）。

项目的写权限

还有一个好处就是有了项目的写权限，当你参与过开源项目就知道这个的重要性了，有些时候一些 PR 迟迟得不到回复和合并，自己只能干着急。

有了这个权限之后，只要你的 PR 有人 Approve 之后，在风险可控的情况下不用等着 maintainer 来合并，自己就可以操作。

同时得益于在社区的活跃程度，你再提交到 PR 会更得到重视，同时也能更好的推进某些 feature；这对于依赖某个开源项目的公司来说受益非常大。

Apache 贡献阶梯

相信看到这里应该有不少人对成为 Apache Committer 感兴趣了，也比较好奇什么样的标准才能成为 Committer。

以下是我根据一些已经是 Committer 的大佬和 Apache 官方给的一个贡献阶梯作为参考总结出来的。

参与开源的人主要分为以下几种角色：

• 普通用户
• 贡献者
• Committer
• PMC 项目管理人员
• 基金会管理人员
• 基金会董事

整个路径还是比较清晰的，只是从 PMC 开始到后面的董事难度都是指数级增加。

目前整个国内当选过董事的都是屈指可数。

而关于成为 Committer 的要求某些社区会有明显的标准：

当然这个标准也不是一成不变的，只要持续的在社区活跃，有脸熟之后自然会有相关的 PMC 为你提名；当然这里的前提条件都是“持续活跃”。

总结

最后再总结下，为爱发电的开源项目也是可以获得回报的；特别是当你合并一个 PR 进入某个项目时带来的愉悦感非常强烈。

随着时间推进，在之后合并的 PR 可能没有前几次那么强烈，但只要达到一个范围，社区开始提名你为 Committer 时，这个多巴胺又会持续分泌。

同样的后续成为 PMC、管理人员、董事又会持续带来愉悦，当然难度也一个比一个大。

后面的层级离我还很远，如果今后有达到的一天再来和大家分享。

参考链接：

• https://community.apache.org/contributor-ladder.html
• https://hertzbeat.apache.org/zh-cn/docs/community/become_committer
• https://zh.wikipedia.org/wiki/自由软件运动