我的第一次開源貢獻：做出決定

先前，我把我的第一次開源貢獻的拖延歸咎於冒牌綜合症。但還有一個我無法忽視的因素：我做出決定太艱難了。在成千上百萬的開源項目中選擇時，選擇一個要做貢獻的項目是難以抉擇的。如此重負，以至於我常常不得不關掉我的筆記本去思考：「或許我改天再做吧」。

錯誤之二是讓我對做出決定的恐懼妨礙了我做出第一次貢獻。在理想世界裡，也許開始我的開源之旅時，心中就已經有了一個真正關心和想去做的具體項目，但我有的只是總得為開源項目做出貢獻的模糊目標。對於那些處於同一處境的人來說，這兒有一些幫助我挑選出合適的項目（或者至少是一個好的項目）來做貢獻的策略。

經常使用的工具

一開始，我不認為有必要將自己局限於已經熟悉的工具或項目。有一些項目我之前從未使用過，但由於它們的社區很活躍，或者它們解決的問題很有趣，因此看起來很有吸引力。

但是，考慮我投入到這個項目中的時間有限，我決定繼續投入到我了解的工具上去。要了解工具需求，你需要熟悉它的工作方式。如果你想為自己不熟悉的項目做貢獻，則需要完成一個額外的步驟來了解代碼的功能和目標。這個額外的工作量可能是有趣且值得的，但也會使你的工作時間加倍。因為我的目標主要是貢獻，投入到我了解的工具上是縮小範圍的很好方式。回饋一個你認為有用的項目也是有意義的。

活躍而友好的社區

在選擇項目的時候，我希望在那裡有人會審查我寫的代碼才會覺得有信心。當然，我也希望審核我代碼的人是個和善的人。畢竟，把你的作品放在那裡接受公眾監督是很可怕的。雖然我對建設性的反饋持開放態度，但開發者社區中的一些有毒角落是我希望避免的。

為了評估我將要加入的社區，我查看了我正在考慮加入的倉庫的 議題 issue 部分。我要查看核心團隊中是否有人定期回復。更重要的是，我試著確保沒有人在評論中互相詆毀（這在議題討論中是很常見的）。我還留意了那些有行為準則的項目，概述了什麼是適當的和不適當的在線互動行為。

明確的貢獻準則

因為這是我第一次為開源項目做出貢獻，在此過程中我有很多問題。一些項目社區在流程的文檔記錄方面做的很好，可以用來指導挑選其中的議題並發起拉取請求。 Gatsby 是這種做法的典範，儘管那時我沒有選擇它們，因為在此之前我從未使用過該產品。

這種清晰的文檔幫助我們緩解了一些不知如何去做的不安全感。它也給了我希望：項目對新的貢獻者是開放的，並且會花時間來查看我的工作。除了貢獻準則外，我還查看了議題部分，看看這個項目是否使用了「 第一個好議題 good first issue 」標誌。這是該項目對初學者開放的另一個跡象（並可以幫助你學會要做什麼）。

總結

如果你還沒有計劃好選擇一個項目，那麼選擇合適的領域進行你的第一個開源貢獻更加可行。列出一系列標準可以幫助自己縮減選擇範圍，並為自己的第一個拉取請求找到一個好的項目。

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

作者：Galen Corey 選題：lujun9972 譯者：chenmu-kk 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive