关于前端:不写代码如何为开源项目做贡献

笔者为开源我的项目奉献过几个 PR，提交过几个 issue，直到现在还清晰记得几年前第一个 PR 被 merge 时的兴奋，体验到了参加开源的乐趣。然而只停留在了 contributor 阶段，没有下文了，因为笔者起初不做研发了， 认为不相熟代码、不能修 bug 就没有奉献的机会了。

这里是有一个误区的，并非只有奉献代码、修复 bug 才是为我的项目做奉献。成为贡献者只能通过奉献代码的形式吗？ 如果我不会写代码，并非开发者，怎样才能成为一个开源我的项目的贡献者，甚至晋升为 committer 呢？

笔者梳理之后，发现有十分多的形式，在这里分享给大家，无论是不是开发者，都能够实际。（笔者也在实际的路上）

非代码形式

写文章

写文章是一个很容易被疏忽的形式，咱们能够通过文章来宣传、布道某个技术。比方撰写某个我的项目的上手指南、踩坑记录、架构设计剖析、实现原理等等。

如果开始写文章比拟艰难，能够先从翻译做起，无论是中译英还是英译中，只有是对这个我的项目有意义的内容，都是在为它做奉献。

亦或是你观看了他人的技术实战分享，把他人的分享整顿成文字版，分享到社区中，帮忙更多人理解我的项目。

笔者还留神到，有些贡献者把文章整顿成一本开发小册、或者一本专业书籍，系统地向其他人介绍某项技术。

制作视频

制作视频也是一个不错的形式。咱们能够把文字的形式转换成视频，用视频的形式介绍某个开源我的项目，录制上手指南、踩坑记录、架构设计剖析、实现原理等等。笔者也看到了很多我的项目采纳视频的形式介绍，视频可能是动画的模式，也可能是真人解说，无论哪一种，视频在出现上会比文字更生动有趣一些。

不过后期剪辑视频对于老手来说工作量可能比拟大。

大会分享

如果你不害羞、喜爱外分享，那么去技术大会上分享、布道开源我的项目也是一个很不错的抉择。这对理解我的项目的老手可能有难度，假以时日，当咱们从小白进阶成相熟者时，去分享就比拟容易达成了。分享能够锤炼本人的表达能力、逻辑思维能力，还能够锤炼本人的胆量~（也可能播种到橄榄枝）

欠缺文档

大多数开发者并不喜爱写文档，然而文档是其他人理解我的项目、上手我的项目的重要途径。笔者已经的开发经验中，如果遇到一份清晰具体的文档，感觉是十分侥幸的事件，上手我的项目会快很多。文档内容不限于启动阐明，如果有架构设计、原理介绍再好不过了。

咱们能够为感兴趣的开源我的项目提交文档，甚至是修复文档，比方：

• 代码更新，文档没有同步更新
• 修复谬误的下载链接、文档链接
• 优化文档，批改文档形容，使其更易了解
• 提交架构设计、原理介绍文档

建设本地社区，组织 / 参加流动

如果你对一个我的项目很感兴趣，参加到本地的社区中，和气味相投的人交换、组织当地的流动，为我的项目倒退做奉献。

如果没有本地社区，你能够作为发起人建设本地社区。笔者理解到 Apache 软件基金会激励大家建设 Local Community，比方 ALC Beijing。像其余的技术社区，如：KubeSphere、云原生社区都在踊跃倒退本地社区。

积极参与社区探讨

沉闷在 Apache mail list

Apache 文化激励大家通过邮件列表的模式探讨问题、做决策，所有的事项都要有所记录。每一个 Apache 我的项目都有本人专属的邮件列表，如果对我的项目有什么想法，社区十分激励大家到邮件列表探讨。

咱们能够：

• 为我的项目发版投票
• 回复其他人发动的探讨，表白本人的观点
• 发动一次探讨

为什么是邮件列表？

邮件列表给我的感觉很古老，笔者去理解了 Apache 软件基金会倒退历史，最后基金会的创始人是通过邮件列表的形式探讨问题，难道是古老文化的保留？

尽管互联网倒退迅速，然而世界上仍有接管图片艰难、应用其他软件的艰难，只管是咱们熟知的 wechat、Twitter 使用者也没有笼罩寰球，然而应用邮件可能以最小门槛的形式与别人建立联系，保障全世界各地的人都能加入到社区探讨中，这就是 Apache 软件基金会保留邮件列表形式的初衷。

沉闷在 Github

Github 是开发者最常逛的网站了，大多数的开源我的项目都托管在 Github 上。我能够在感兴趣的我的项目下

• 提 issue 说出我的想法，我的项目的改良方向
• 提交一个 bug report
• review 其余小伙伴提交的 pr

这些都是为开源我的项目做奉献的形式。

Apache mail list vs Github

有 Github 为什么还要应用邮件列表？代码托管在 Github，看起来社区的合作工作如同都是在 Github 上实现的呀？

在邮件列表里探讨问题，如果大家没有提出拥护意见，能够默认为大家通过提议。如果有拥护意见，大家会充沛探讨，最终达成统一或搁置。

应用邮件列表的形式探讨，也是对 Apache 文化的认同。遵循 Apache 规定的我的项目，邮件列表是是社区的首要阵地，Github 是一个不便的协同工具。

代码形式

奉献性能、修复 bug

当然了，开源我的项目必定是离不开代码的。如果开源我的项目的技术栈你很相熟，很快就能上手奉献代码，和社区小伙伴们一起欠缺相干性能、修复 bug，继续奉献，成为我的项目 contributor，进一步提名成为 committer、PMC 是很容易的事件。大多数的贡献者都是通过提交代码的形式成为 committer 的，然而作为像笔者这样不相熟代码的小伙伴，这一条就不适宜了。

这里须要留神一点，committer 是对贡献者过往奉献的必定，不会因为将来不再奉献而去除 committer 身份，也不会因为是 committer 而有更大的权力，社区中人人平等。

总结

本文介绍了很多成为开源项奉献的路径，如果你有很感兴趣的开源我的项目却不相熟代码，又想参加到开源社区中，写文章、做视频、对外分享、建设本地社区、积极参与社区探讨都是很不错形式哦，欢送实际。