我的第一次开源贡献：做出决定
一位新的开源贡献者告诉你如何加入到开源项目中。
开源 贡献
一位新的开源贡献者告诉你如何加入到开源项目中。

> 
> 一位新的开源贡献者告诉你如何加入到开源项目中。
> 
> 
> 


![](/data/attachment/album/202010/30/112350rh0xwp1x1y6awehn.jpg)


先前，我把我的第一次开源贡献的拖延归咎于[冒牌综合症](https://opensource.com/article/19/10/my-first-open-source-contribution-mistakes)。但还有一个我无法忽视的因素：我做出决定太艰难了。在[成千上百万](https://github.blog/2018-02-08-open-source-project-trends-for-2018/)的开源项目中选择时，选择一个要做贡献的项目是难以抉择的。如此重负，以至于我常常不得不关掉我的笔记本去思考：“或许我改天再做吧”。


错误之二是让我对做出决定的恐惧妨碍了我做出第一次贡献。在理想世界里，也许开始我的开源之旅时，心中就已经有了一个真正关心和想去做的具体项目，但我有的只是总得为开源项目做出贡献的模糊目标。对于那些处于同一处境的人来说，这儿有一些帮助我挑选出合适的项目（或者至少是一个好的项目）来做贡献的策略。


### 经常使用的工具


一开始，我不认为有必要将自己局限于已经熟悉的工具或项目。有一些项目我之前从未使用过，但由于它们的社区很活跃，或者它们解决的问题很有趣，因此看起来很有吸引力。


但是，考虑我投入到这个项目中的时间有限，我决定继续投入到我了解的工具上去。要了解工具需求，你需要熟悉它的工作方式。如果你想为自己不熟悉的项目做贡献，则需要完成一个额外的步骤来了解代码的功能和目标。这个额外的工作量可能是有趣且值得的，但也会使你的工作时间加倍。因为我的目标主要是贡献，投入到我了解的工具上是缩小范围的很好方式。回馈一个你认为有用的项目也是有意义的。


### 活跃而友好的社区


在选择项目的时候，我希望在那里有人会审查我写的代码才会觉得有信心。当然，我也希望审核我代码的人是个和善的人。毕竟，把你的作品放在那里接受公众监督是很可怕的。虽然我对建设性的反馈持开放态度，但开发者社区中的一些有毒角落是我希望避免的。


为了评估我将要加入的社区，我查看了我正在考虑加入的仓库的<ruby> 议题 <rt>  issue </rt></ruby>部分。我要查看核心团队中是否有人定期回复。更重要的是，我试着确保没有人在评论中互相诋毁（这在议题讨论中是很常见的）。我还留意了那些有行为准则的项目，概述了什么是适当的和不适当的在线互动行为。


### 明确的贡献准则


因为这是我第一次为开源项目做出贡献，在此过程中我有很多问题。一些项目社区在流程的文档记录方面做的很好，可以用来指导挑选其中的议题并发起拉取请求。 [Gatsby](https://www.gatsbyjs.org/contributing/) 是这种做法的典范，尽管那时我没有选择它们，因为在此之前我从未使用过该产品。


这种清晰的文档帮助我们缓解了一些不知如何去做的不安全感。它也给了我希望：项目对新的贡献者是开放的，并且会花时间来查看我的工作。除了贡献准则外，我还查看了议题部分，看看这个项目是否使用了“<ruby> 第一个好议题 <rt>  good first issue </rt></ruby>”标志。这是该项目对初学者开放的另一个迹象（并可以帮助你学会要做什么）。


### 总结


如果你还没有计划好选择一个项目，那么选择合适的领域进行你的第一个开源贡献更加可行。列出一系列标准可以帮助自己缩减选择范围，并为自己的第一个拉取请求找到一个好的项目。




---


via: <https://opensource.com/article/19/11/my-first-open-source-contribution-mistake-decisions>


作者：[Galen Corey](https://opensource.com/users/galenemco) 选题：[lujun9972](https://github.com/lujun9972) 译者：[chenmu-kk](https://github.com/chenmu-kk) 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出

