開源項目 使用機(jī)器人

就像很多工作別人可以幫你做一樣，也有很多工作不需要人來做。因為有機(jī)器可以替代人工，尤其是那些重復(fù)、無聊的工作，用好它們能夠讓你的維護(hù)生活變得更容易。

引進(jìn)測試和別的檢查來改善你的代碼質(zhì)量

讓你項目自動化的最重要的方法之一就是引進(jìn)測試。

測試能夠幫助貢獻(xiàn)者自信他們沒有弄壞什么。測試也讓你復(fù)查代碼和接受別人的貢獻(xiàn)的過程更加容易。你反應(yīng)的越多，社區(qū)參與的就越多。

設(shè)置自動化的測試讓所有新來的貢獻(xiàn)者都可用，而且保證你的測試可以很容易在貢獻(xiàn)者的本地運行。保證所有的代碼貢獻(xiàn)者在提交之前都運行你的測試。你還得為所有的提交設(shè)置一個基本的標(biāo)準(zhǔn)。

如果你添加了測試，確保在 CONTRIBUTING 文件里面解釋他們是怎么工作的。

我相信測試對所有的代碼都是需要的。如果代碼被完整的覆蓋了測試，以后就不需要改了。我們只需要在代碼崩潰或者需要某個功能的添加代碼。不管你在修改什么，測試對于檢查那些你可能不小心制造的問題都是必須的。

— @edunham , “Rust 社區(qū)的自動化”

用工具來自動化日常的維護(hù)工作

對于維護(hù)一個流行的項目來說，一個好消息是別的維護(hù)者也可能遇到過類似的問題而且已經(jīng)找到一個解決方案。

這里有各種各樣的工具 幫你自動化一部分的維護(hù)工作。這里僅列舉一些常見的例子：

• semantic-release 自動化版本發(fā)布
• mention-bot 可能的貢獻(xiàn)者來幫你復(fù)查代碼
• Danger 幫你自動復(fù)查代碼

對于 bug 報告和其他常見形式的貢獻(xiàn)，GitHub 有Issue 模版和 Pull Request 模版 , 你可以用來降低溝通成本。你也可以設(shè)置郵件過濾 來管理你的郵件提醒。

如果你想更加的先進(jìn)和高效，代碼風(fēng)格指南和 linter 能讓你項目收到的貢獻(xiàn)更加規(guī)范，而且更容易復(fù)查和被接受。

當(dāng)然啦，如果你的標(biāo)準(zhǔn)太復(fù)雜了，反倒會增加了貢獻(xiàn)的難度。所以保證你只添加那些讓每個人工作起來更容易的規(guī)則。

如果你不確定用什么工具，看一看別的流行項目是怎么做的，特別是和你在一個生態(tài)系統(tǒng)的。比如，其他的 Node 模塊的貢獻(xiàn)流程是怎么樣的？用相似的工具和方法，能夠讓你項目的貢獻(xiàn)流程對于開發(fā)者來說是很熟悉的。