我的第一次开源贡献:做出决定


我的第一次开源贡献:做出决定文章插图
一位新的开源贡献者告诉你如何加入到开源项目中 。
? 来源:linux.cn ? 作者:Galen Corey ? 译者:chenmu-kk ?
(本文字数:1416 , 阅读时长大约:2 分钟)
先前 , 我把我的第一次开源贡献的拖延归咎于 冒牌综合症。 但还有一个我无法忽视的因素:我做出决定太艰难了 。 在 成千上百万 的开源项目中选择时 , 选择一个要做贡献的项目是难以抉择的 。 如此重负 , 以至于我常常不得不关掉我的笔记本去思考:“或许我改天再做吧” 。
错误之二是让我对做出决定的恐惧妨碍了我做出第一次贡献 。 在理想世界里 , 也许开始我的开源之旅时 , 心中就已经有了一个真正关心和想去做的具体项目 , 但我有的只是总得为开源项目做出贡献的模糊目标 。 对于那些处于同一处境的人来说 , 这儿有一些帮助我挑选出合适的项目(或者至少是一个好的项目)来做贡献的策略 。
经常使用的工具一开始 , 我不认为有必要将自己局限于已经熟悉的工具或项目 。 有一些项目我之前从未使用过 , 但由于它们的社区很活跃 , 或者它们解决的问题很有趣 , 因此看起来很有吸引力 。
但是 , 考虑我投入到这个项目中的时间有限 , 我决定继续投入到我了解的工具上去 。 要了解工具需求 , 你需要熟悉它的工作方式 。 如果你想为自己不熟悉的项目做贡献 , 则需要完成一个额外的步骤来了解代码的功能和目标 。 这个额外的工作量可能是有趣且值得的 , 但也会使你的工作时间加倍 。 因为我的目标主要是贡献 , 投入到我了解的工具上是缩小范围的很好方式 。 回馈一个你认为有用的项目也是有意义的 。
活跃而友好的社区在选择项目的时候 , 我希望在那里有人会审查我写的代码才会觉得有信心 。 当然 , 我也希望审核我代码的人是个和善的人 。 毕竟 , 把你的作品放在那里接受公众监督是很可怕的 。 虽然我对建设性的反馈持开放态度 , 但开发者社区中的一些有毒角落是我希望避免的 。
为了评估我将要加入的社区 , 我查看了我正在考虑加入的仓库的 议题(issue)部分 。 我要查看核心团队中是否有人定期回复 。 更重要的是 , 我试着确保没有人在评论中互相诋毁(这在议题讨论中是很常见的) 。 我还留意了那些有行为准则的项目 , 概述了什么是适当的和不适当的在线互动行为 。
明确的贡献准则因为这是我第一次为开源项目做出贡献 , 在此过程中我有很多问题 。 一些项目社区在流程的文档记录方面做的很好 , 可以用来指导挑选其中的议题并发起拉取请求 。Gatsby 是这种做法的典范 , 尽管那时我没有选择它们 , 因为在此之前我从未使用过该产品 。
这种清晰的文档帮助我们缓解了一些不知如何去做的不安全感 。 它也给了我希望:项目对新的贡献者是开放的 , 并且会花时间来查看我的工作 。 除了贡献准则外 , 我还查看了议题部分 , 看看这个项目是否使用了“ 第一个好议题(good first issue)”标志 。 这是该项目对初学者开放的另一个迹象(并可以帮助你学会要做什么) 。
总结如果你还没有计划好选择一个项目 , 那么选择合适的领域进行你的第一个开源贡献更加可行 。 列出一系列标准可以帮助自己缩减选择范围 , 并为自己的第一个拉取请求找到一个好的项目 。
via: opensource.com
作者: Galen Corey 选题: lujun9972 译者: chenmu-kk 校对: wxy
【我的第一次开源贡献:做出决定】本文由 LCTT 原创编译 ,Linux中国 荣誉推出
点击“了解更多”可访问文内链接