成为开源百万富翁*
只需 3 个简单步骤...
只要简单的 3 个步骤,我就能教你如何将你最近写的代码转化为有意义的 PR!
- 捐赠拿到手软?💰
- 仓库多到爆表?🏎️
- 连 Robb Report 都要被你 Rebase?🤯
走起!!!!!
免责声明:成功可能需要数年的奉献和运气。
现实情况
我们都听过参与开源贡献有多少好处。但是,起步并不总是那么容易。
在我的职业生涯中,我为几十个万星仓库提交过许多 PR。我那些微小的贡献已经进入了 Node.js、Docker、Lodash、Bluebird、Gatsby、Rancher、Angular、React Router、Minio、MDN (Mozilla Developer Network) 等等。
我将分享我轻松贡献的秘诀,但首先我们需要简要讨论一下传统建议存在的问题。
此路(不)通
为什么参与开源贡献这么难?
最常见的建议其实介于“没用”和“糟糕”之间:找一个带有 GFI 标签(Good First Issue)的问题并解决它。或者,纯粹出于热爱去为一个项目做贡献。
这些建议初衷是好的,但在实践中,GFI 标签非常主观,而且往往涉及惊人的工作量。
如果我告诉你,最好的切入点是你已经找到的解决方案呢?
更好的方法
✅ 扫描你的项目依赖文件。哪些库让你抓狂?什么东西导致你错过了截止日期?你是如何克服它的?
💪 从你已经解决的事情开始,就没必要担心自己行不行了。 你已经轻车熟路,并且熟悉上下文!
既然你已经解决了问题,大部分工作就已经完成了。 接下来,你需要弄清楚如何帮助他人彻底避免你经历过的挣扎。
发推特或在 Stack Overflow 上回答可能也行,但如果你想产生持久的影响,那就直接向项目本身发起 contribute(贡献)。
头脑风暴
最好在记忆尚存时,反思一下你那“不开窍”的大脑最初是怎么迷路的。
你最先尝试了什么?为什么?你当时是怎么假设的?或者误解了什么?
💪 你不需要想出一个完美的解决方案,通常只需对 README 或文档进行简单的更新,就能为他人节省无数小时的挣扎。
- README 过时了?示例缺失或有误?遗漏了安装步骤?简单,补上缺失的信息!
- API 文档没出现在 Google 搜索结果里?调整或翻译那些过于晦涩的技术术语。
- 也许是技术疏忽,文档网站缺少必要的
<meta/>标签。如果你知道怎么做就修复它,或者写个 Issue 提交你的发现。 - 如果是技术水平问题……那就去磨练技术!
这类问题维护者很容易忽略!但它们对项目及其用户的影响可能大得惊人。
下次你攻克某个挑战时,别急着用 rebase 删掉那些“走投无路”的 Hack 代码! 反思你的挣扎过程,并公开分享你的解决方案!
补充说明(免责声明)
务必遵守项目指南,永远不要当混蛋。✨
这一切都是公开的。所以,请保持优雅、出色并心怀感激。
如果你还需要更多理由:为了学习而 contribute!新的流程、语言、框架、自动化工具!
🚀
如果你觉得这篇文章有帮助,请在评论区分享你的贡献,或者发到 Twitter 并 @justsml 艾特我。