讓開源項(xiàng)目向成功方向邁進(jìn)

現(xiàn)在的你，已經(jīng)啟動(dòng)了屬于自己的項(xiàng)目，而且正在傳播它，更重要的是現(xiàn)在已經(jīng)有人將之下載到本地進(jìn)行觀摩。這真是令人振奮！那么你現(xiàn)在要做的就是，怎么能夠讓這些有興趣的人們堅(jiān)持下去，持續(xù)跟進(jìn)項(xiàng)目。

一個(gè)受歡迎的社區(qū)對(duì)于項(xiàng)目的未來至關(guān)重要，如果你的項(xiàng)目是剛剛開始收到他人的首次貢獻(xiàn)，那么你需要給貢獻(xiàn)者們一次愉悅的體驗(yàn)，以鼓勵(lì)他們進(jìn)一步的繼續(xù)參與。

讓大家感到受歡迎

可以通過被@MikeMcQuaid 稱之為貢獻(xiàn)者漏斗 的方法思考項(xiàng)目的社區(qū)。

當(dāng)建立了自己的開源社區(qū)，你需要考慮如何讓那些處在漏斗上方的人（潛在用戶）轉(zhuǎn)移到漏斗下方（活躍的維護(hù)者）。目標(biāo)是減少貢獻(xiàn)者們?cè)诿總€(gè)階段所遇到的摩擦。當(dāng)人們能夠輕易的取得成績(jī)時(shí)，他們就會(huì)樂意去做更多事。

從你的文檔開始：

• 讓大家很容易上手。 一份友好的 README 以及清晰的代碼示例將讓大家很容易的上手。
• 清楚的解釋如何做貢獻(xiàn)，使用你的CONTRIBUTING file 以及持續(xù)更新 issues。

好的文檔能夠邀請(qǐng)他人參與你們項(xiàng)目的互動(dòng)。最終，一些人會(huì)開一個(gè) issue 或者 pull request。將這些互動(dòng)視為機(jī)會(huì)，將他們轉(zhuǎn)移到漏斗的下方。

• 當(dāng)一些人選擇了你們的項(xiàng)目，請(qǐng)對(duì)他們表示感謝！ 一次糟糕的體驗(yàn)就可能失去一個(gè)用戶。
• 及時(shí)回應(yīng)。 如果你們一個(gè)月都沒有回答他們的問題，他們可能早已忘記了你們的項(xiàng)目。
• 對(duì)你以后接受的所有貢獻(xiàn)者持開放態(tài)度。 很多貢獻(xiàn)者是從一份 bug 報(bào)告或者小的修復(fù)開始的。這里有很多為項(xiàng)目做貢獻(xiàn)的方式 。讓大家選擇他們喜歡的方式。
• 如果你不贊成一個(gè)貢獻(xiàn)， 首先你需要對(duì)他們的想法表示感謝，同時(shí) 解釋為什么 它不適合項(xiàng)目，如果有必要的話你可以給出相關(guān)的文檔鏈接。

為開源做貢獻(xiàn)對(duì)一些人來說很簡(jiǎn)單，但對(duì)另外一些人可能就不是這樣了。有很多人因?yàn)闆]有做正確的事而害怕叫喊，或者只是不適合。（。。。）通過允許貢獻(xiàn)者參與一些對(duì)技術(shù)要求比較低的工作（文檔，web content markdown，etc），可以極大的減少你對(duì)這些情況的關(guān)注。

— @mikeal , “現(xiàn)代開源項(xiàng)目下如何增長(zhǎng)貢獻(xiàn)者”

多數(shù)開源貢獻(xiàn)者是”臨時(shí)貢獻(xiàn)者”，因?yàn)樗麄冎皇桥紶枀⑴c項(xiàng)目貢獻(xiàn)。一位臨時(shí)貢獻(xiàn)者可能沒有充足的時(shí)間全程跟蹤你的項(xiàng)目，所以你的工作是能讓他們很輕松地參與貢獻(xiàn)。

鼓勵(lì)其他的貢獻(xiàn)者也是對(duì)項(xiàng)目的一種投資。當(dāng)你們授權(quán)大量的粉絲做他們感興趣的工作時(shí)，壓力就會(huì)少很多。

記錄一切

你是否參加過一個(gè)（技術(shù)）活動(dòng)，你不認(rèn)識(shí)在場(chǎng)的人，但是似乎每個(gè)人站在一個(gè)小組里像老朋友一樣聊天？（。。。）現(xiàn)在想象下你想為一個(gè)開源項(xiàng)目做貢獻(xiàn)，但是你不知道為什么或者這個(gè)是如何發(fā)生的。

— @janl , “讓開源可持續(xù)發(fā)展”

當(dāng)你開始一個(gè)新項(xiàng)目，你會(huì)覺得保持工作的私有性是正常的。但是開源項(xiàng)目開始于你在公共平臺(tái)記錄自己的工作進(jìn)程。

當(dāng)你把事情記錄下來，會(huì)有更多的人能夠按照預(yù)定的方式參與到每一個(gè)過程中。你可能會(huì)得到意想不到的幫助。

書寫東西不僅僅只是技術(shù)文檔。任何時(shí)刻，你們有寫一些東西或者私自討論項(xiàng)目的沖動(dòng)，請(qǐng)?jiān)儐栕约菏欠衲軐⒅_。

保持項(xiàng)目透明的項(xiàng)目路線：你們期待什么類型的貢獻(xiàn)者，如何審查貢獻(xiàn)，或者你們?yōu)槭裁醋瞿承Q定。

如果你注意到有多個(gè)用戶遇到過同樣的問題，那么你應(yīng)該將答案記錄在 README 中。

對(duì)于經(jīng)常遇到的問題，你們可以考慮發(fā)布你們的筆記或者相關(guān)的 issue。在這種情況下得到的反饋常常會(huì)出乎意料。

記錄一切也適用于你自身的工作。如果你正在進(jìn)行大量的更新工作，請(qǐng)將其放入 pull request 并標(biāo)記為正在進(jìn)行（WIP）。這樣，可以讓其他人感覺參與過早期工作。

積極回應(yīng)

一旦你推廣項(xiàng)目 ，人們將會(huì)給你們反饋。他們可能會(huì)問項(xiàng)目是如何工作的，或者參與項(xiàng)目初期需要你的幫助。

當(dāng)有人列出一條 issue，提交一個(gè) pull request，或者詢問項(xiàng)目的有關(guān)問題時(shí)，你們應(yīng)該盡量回答他們。當(dāng)你們快速地做出回應(yīng)時(shí)，人們將感覺到他們參與了對(duì)話，以及他們將會(huì)更熱情地參與。

如果你無法及時(shí)審查請(qǐng)求，請(qǐng)盡早確認(rèn)，這樣會(huì)有助于提高參與度。這里是@tdreyno 在Middleman 上所回應(yīng)的一個(gè)pull request：

一份Mozilla研究發(fā)現(xiàn) 如果貢獻(xiàn)者在 48小時(shí)內(nèi)收到代碼審查，他們會(huì)有很大的回頭率，且極有可能會(huì)再次貢獻(xiàn)。

與項(xiàng)目有關(guān)的話題也可能發(fā)生在互聯(lián)網(wǎng)的其它地方，例如 Stack Overflow，Twitter，或者 Reddit。你可以在像這樣的一些網(wǎng)站設(shè)置通知，這樣當(dāng)有人提及項(xiàng)目時(shí)，可以即時(shí)的收到提醒。

為你們的社區(qū)提供一個(gè)聚會(huì)的場(chǎng)所

有兩個(gè)理由可以解釋為什么要給社區(qū)提供一個(gè)聚會(huì)的場(chǎng)所。

第一個(gè)理由是為了貢獻(xiàn)者。線下聚會(huì)可以幫助人們相互認(rèn)識(shí)。因?yàn)橛兄餐d趣的人會(huì)想要一個(gè)可以聊天的地方。同時(shí)當(dāng)信息是公開的而且是適宜的時(shí)候，任何人可以閱讀過去的檔案以至于能夠快速的追趕以及參與。

第二個(gè)理由是為了社區(qū)本身。如果社區(qū)沒有提供一個(gè)公共的場(chǎng)所來談?wù)擁?xiàng)目，他們可能會(huì)直接與你聯(lián)系。剛開始時(shí)，回復(fù)私有來信可能對(duì)你來說很輕松。但是經(jīng)過一段時(shí)間后，尤其是如果項(xiàng)目變得流行的時(shí)候，就會(huì)感到疲于應(yīng)付。不要私下和人們談?wù)撃銈兊捻?xiàng)目，而是直接指明他們?nèi)ブ付ǖ墓睬馈?/p>

公共交流和指明人們開一條 issue 一樣簡(jiǎn)單，而不是直接發(fā)送電子郵件或者在博客上發(fā)表評(píng)論。你也可以為了方便人們談?wù)擁?xiàng)目設(shè)置一個(gè)郵件列表，或者創(chuàng)建一個(gè) Twitter 賬號(hào)，Slack，IRC 頻道?；蛘邍L試上述的所有方式。

Kubernetes kops 每隔一周抽出辦公時(shí)間幫助社區(qū)成員：

Kops 每隔一周都會(huì)留出時(shí)間為社區(qū)提供幫助和指導(dǎo)。Kops 維護(hù)者已經(jīng)同意留出時(shí)間專門與新手一起工作，幫助 PRs，以及討論新特性。

公開交流需要特別注意的事項(xiàng)：

1）有關(guān)安全方面的 issues

2）敏感的行為準(zhǔn)則。應(yīng)該為大家提供一個(gè)私下報(bào)告這些 issue 的方式。若不想使用自己的個(gè)人郵箱，那么就創(chuàng)建一個(gè)公用的郵箱。