2019-11-06 00:55:59 +08:00
[#]: collector: (lujun9972)
2020-10-30 11:23:57 +08:00
[#]: translator: (chenmu-kk)
2020-10-30 11:24:32 +08:00
[#]: reviewer: (wxy)
[#]: publisher: (wxy)
[#]: url: (https://linux.cn/article-12768-1.html)
2019-11-06 00:55:59 +08:00
[#]: subject: (My first contribution to open source: Making a decision)
[#]: via: (https://opensource.com/article/19/11/my-first-open-source-contribution-mistake-decisions)
[#]: author: (Galen Corey https://opensource.com/users/galenemco)
2020-10-24 13:23:16 +08:00
我的第一次开源贡献：做出决定
2019-11-06 00:55:59 +08:00
======
2020-10-24 13:24:18 +08:00
2020-10-30 11:23:57 +08:00
> 一位新的开源贡献者告诉你如何加入到开源项目中。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
先前，我把我的第一次开源贡献的拖延归咎于[冒牌综合症][2]。但还有一个我无法忽视的因素：我做出决定太艰难了。在[成千上百万][3]的开源项目中选择时，选择一个要做贡献的项目是难以抉择的。如此重负，以至于我常常不得不关掉我的笔记本去思考：“或许我改天再做吧”。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
错误之二是让我对做出决定的恐惧妨碍了我做出第一次贡献。在理想世界里，也许开始我的开源之旅时，心中就已经有了一个真正关心和想去做的具体项目，但我有的只是总得为开源项目做出贡献的模糊目标。对于那些处于同一处境的人来说，这儿有一些帮助我挑选出合适的项目（或者至少是一个好的项目）来做贡献的策略。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
### 经常使用的工具
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
一开始，我不认为有必要将自己局限于已经熟悉的工具或项目。有一些项目我之前从未使用过，但由于它们的社区很活跃，或者它们解决的问题很有趣，因此看起来很有吸引力。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
但是，考虑我投入到这个项目中的时间有限，我决定继续投入到我了解的工具上去。要了解工具需求，你需要熟悉它的工作方式。如果你想为自己不熟悉的项目做贡献，则需要完成一个额外的步骤来了解代码的功能和目标。这个额外的工作量可能是有趣且值得的，但也会使你的工作时间加倍。因为我的目标主要是贡献，投入到我了解的工具上是缩小范围的很好方式。回馈一个你认为有用的项目也是有意义的。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
### 活跃而友好的社区
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
在选择项目的时候，我希望在那里有人会审查我写的代码才会觉得有信心。当然，我也希望审核我代码的人是个和善的人。毕竟，把你的作品放在那里接受公众监督是很可怕的。虽然我对建设性的反馈持开放态度，但开发者社区中的一些有毒角落是我希望避免的。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
为了评估我将要加入的社区，我查看了我正在考虑加入的仓库的< ruby > 议题< rt > issue< / rt > < / ruby > 部分。我要查看核心团队中是否有人定期回复。更重要的是，我试着确保没有人在评论中互相诋毁（这在议题讨论中是很常见的）。我还留意了那些有行为准则的项目，概述了什么是适当的和不适当的在线互动行为。
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
### 明确的贡献准则
因为这是我第一次为开源项目做出贡献，在此过程中我有很多问题。一些项目社区在流程的文档记录方面做的很好，可以用来指导挑选其中的议题并发起拉取请求。 [Gatsby][4] 是这种做法的典范，尽管那时我没有选择它们，因为在此之前我从未使用过该产品。
这种清晰的文档帮助我们缓解了一些不知如何去做的不安全感。它也给了我希望：项目对新的贡献者是开放的，并且会花时间来查看我的工作。除了贡献准则外，我还查看了议题部分，看看这个项目是否使用了“< ruby > 第一个好议题< rt > good first issue< / rt > < / ruby > ”标志。这是该项目对初学者开放的另一个迹象（并可以帮助你学会要做什么）。
2019-11-06 00:55:59 +08:00
2020-10-24 13:23:16 +08:00
### 总结
2019-11-06 00:55:59 +08:00
2020-10-30 11:23:57 +08:00
如果你还没有计划好选择一个项目，那么选择合适的领域进行你的第一个开源贡献更加可行。列出一系列标准可以帮助自己缩减选择范围，并为自己的第一个拉取请求找到一个好的项目。
2019-11-06 00:55:59 +08:00
--------------------------------------------------------------------------------
via: https://opensource.com/article/19/11/my-first-open-source-contribution-mistake-decisions
作者：[Galen Corey][a]
选题：[lujun9972][b]
2020-10-24 13:23:16 +08:00
译者：[chenmu-kk](https://github.com/chenmu-kk)
2020-10-30 11:23:57 +08:00
校对：[wxy](https://github.com/wxy)
2019-11-06 00:55:59 +08:00
本文由 [LCTT ](https://github.com/LCTT/TranslateProject ) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
[a]: https://opensource.com/users/galenemco
[b]: https://github.com/lujun9972
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/lightbulb-idea-think-yearbook-lead.png?itok=5ZpCm0Jh (Lightbulb)
[2]: https://opensource.com/article/19/10/my-first-open-source-contribution-mistakes
[3]: https://github.blog/2018-02-08-open-source-project-trends-for-2018/
[4]: https://www.gatsbyjs.org/contributing/
