成為Debian社區維護人需要做好的準備
今天我收到了一封郵件，詢問關于做 Debian Maintainer 的事情讓我給他寫幾條建議。非常高興看到越來越多的人參與到 Debian 社區之中，以下是我所寫的一點東西，希望有用。
Debian Maintainer (DM)是有個別軟件包上傳權限的 Debian 開發人員，是成為正式 Debian Developer (DD)前的一個步驟。在開始前需要清楚，為 Debian 貢獻點力量是很容易的事情，但要成為“官方”的人員則需要付出很多時間和努力。
1. 盡可能多地使用 Debian 完成日常工作。也就是說，成為開發者前，先做一個用戶。
2. 閱讀 Debian New Maintainer’s Guide 學習 Debian 打包的基本知識（英文版，中文版）。 這些知識能幫助你讓不太復雜的軟件包工作起來，但是與滿足 Debian 標準之間還有相當大的距離。這個過程中可以獨立地重新打包一個已經在倉庫中的包，完成后和別人現有的工作進行對比，找出自己的不足。這個包一般不需要很復 雜，初學時直接弄復雜的包很可能只會浪費很多精力。做包的過程中遇到任何問題都可以找有經驗的人詢問清楚，這對提高水平非常有益。
3. 尋找一個感興趣的軟件進行打包，WNPP (Work-needing and Prospective Packages)列表是一個不錯的開始。打包前需要考慮：自己是否有足夠的知識和能力來維護這個包？在可預見的一段日子里是否有充足的時間和精力來進行 更新和修復 Bug？如果答案都是肯定的，那么就動手把它打包好，期間遇到問題則找人咨詢指導。
4. 當經過反復檢查和測試，覺得軟件包已經比較完善時，尋找一位 Debian Developer 幫你檢查和上傳軟件包，這位 DD 此時便是你的 sponsor。
當找到一位愿意幫忙的 DD 后，他會對你的軟件包進行徹底的檢查，指出（可能）存在的問題并請你修改。這時要做的就是參考他的意見修改軟件包，并把結果再發給他，這是一個極好的學習 機會。如此反復若干次后軟件包最終會符合 Debian 的標準，之后 sponsor 便會將其上傳到 Debian 倉庫。需要說明的是，經由 sponsor 上傳的軟件包的維護者是打包人而非 sponsor，所以它的各種更新、任何 Bug 報告都是打包人的責任。在維護軟件包上，普通維護人員與正式的 DD 間的差別僅在于能否直接上傳，其他的完全相同。
這個步驟進行期間，需要多次閱讀 Debian Policy Manual 并確保自己的軟件包符合里面的全部要求。最好再讀一下 Debian Developers Reference，里面介紹了很多 Policy Manual 中沒有提到的細節和最佳經驗。
如果打算申請 DM/DD，則應盡早開始維護軟件包，因為申請 DM 需要經過一段時間的軟件包維護作為評價的材料，以此證明你能夠勝任。
5. 不是有軟件包被上傳到倉庫就說明你已經符合了成為 DM 的要求。你必須通過一段時間的努力（更新軟件、修復 Bug、回應用戶請求），來使你的 sponsor 相信你已經有能力來處理好某個特定軟件包，這樣他們才會在接下來的申請流程中推薦你。
一些 sponsor 會在他們覺得合適時向你提議申請 DM，另外一些不會，作為新維護人員要在自己覺得差不多合適的情況下和 sponsor 進行溝通，聽取他的意見看是否可以申請。
6. 申請 DM 前要讓至少一位你 sponsor 之外的 DD 對你的 GPG 密鑰進行數字簽名，且密鑰本身至少要 2048 RSA 或更強。簽署密鑰不需要對技能的考察，其目的是確認每個密鑰的控制者確實是他本人，從而構建 Web of Trust，因而任何人都可以參與到密鑰簽名活動當中。簽名時一般需要雙方在現實生活中見面，互相檢查身份證或護照確認無誤后，交換事先打印好的 GPG key fingerprints 并在稍后進行簽署、上傳到公共密鑰服務器。通常可以在一些較大型的開源軟件活動前和時間/地點都方便的 DD 聯系好，在聚會時舉辦一個密鑰簽名活動。另外，如果給你簽名的只有你的 sponsor，則你的密鑰仍不符合要求，因為 Debian 無法確信這份申請是否是你的 sponsor 偽造的。
接下來就是按照 Debian 的官方流程來進行申請。
經過一番辛苦成為 DM 之后，便可以考慮是否要申請 DD 以及可能的申請計劃。申請 DD 的要求比 DM 更細致，涉及的方面也更多。DM 和 DD 都擁有或多或少的特權，如此多的要求是為了確保申請者能夠正確把握手中的特權，為社區做積極的貢獻。如果覺得這個過程好繁瑣，那么就不要申請 DM，直接參與到維護過程中，其區別如前所述僅僅是能否直接上傳而已。
附：Debian 項目里一些名詞的含義
1. Maintainer: 泛指軟件包維護人員，包括 Debian Developer (DD)、Debian Maintainers (DM) 和 Sponsored maintainers。
2. Debian Developer (DD): 又稱 Debian Member，官方 Debian 開發人員，是 Debian 項目的正式成員。能直接上傳到 Debian 的任意倉庫，有大部分服務器的登陸帳號，有在全項目內選舉、投票和提出議案的權利。
3. Debian Maintainer (DM): DM 是一部分能夠直接上傳某些特定軟件包的開發人員，是打包人員通向正式 Debian Developer 的必經之路。
3. Sponsored maintainers: 很多開發人員沒有申請 DM/DD，而是選擇通過一位 DD 來協助上傳軟件包。他們對于自己的軟件包和其他開發人員沒有任何更多的區別，同時又不必去經歷相對繁瑣的申請流程。
4. Non-uploading DD: Debian 為迎接那些不參與打包，但是參與文檔、翻譯、網站和設施維護等工作的人進入 Debian 社區所設立的 DD 類型，與其他 DD 的區別是沒有上傳軟件包的權限。（參考文檔）
5. Sponsor: 協助其他沒有上傳權限的開發人員，檢查軟件包并將符合要求的上傳到官方倉庫的 Debian Developer。
6. NM Process: New Maintainer Process，一位 Sponsored Maintainer 或 DM 申請成為正式的 DD 的過程，需要經過 ID Check, Process & Procedure 和 Task & Skills 等多項測試。不要將 NM Process 誤認為是申請 DM 的流程，它是申請 DD 的。
7. Advocate: 一位現任的 Debian Developer 以個人名義向 Debian 項目正式推薦某人成為 Debian Maintainer 或 Debian Developer。
8. Debian New Maintainer: 又稱 Applicant、Perspective Maintainer 等，是正在申請成為 DD 的人。不要與 DM 混淆，這是申請 DD 的人。
9. Application Manager (AM): NM Process 中申請人被確認有現任 DD 推薦后，會有一位專門的負責人來對他進行考核，這個人就是他的 AM。
10. WNPP: Work-Needing and Prospective Packages 的縮寫，指需要有人接手或幫助的軟件包。這個概念不是模糊的，而是有明確的定義的。
11. MIA: Missing In Action 的縮寫，指某位 Maintainer 長時間不參與維護自己的軟件包，同時別人也沒能成功地與之取得聯系。這樣的 Maintainer 被稱為 Zombie Maintainer 。如果他是 DD，那么他的 Debian 項目帳號會被鎖定，一年內無回應則會刪除。
12. Debian Project: Debian 項目是構建自由的通用操作系統（The Universal Operating System）而自發組織的，致力于滿足各種各樣的用戶需求，并執著于追求其自身所信仰的“軟件自由”。參閱 Debian Social Contract(Debian 社會契約)，DFSG(Debian 自由軟件指導方針) 和 Debian Constitution (Debian 憲章)。
申請成為 Debian 開發人員需要經歷一些看似繁瑣的過程，尤其是申請 Debian Developer 所需要經歷的 NM Process，筆者認為來者難免會望而生畏，不勝其煩。如果你有這樣的感覺，不妨看看這個幻燈片：Debian New Maintainer Process: History and Aims by bubbles, moray and daf.
原文地址：http://blogs.gnome.org/happyaron/2011/03/08/things-to-do-before-becoming-a-debian-maintainer-zh/
【編輯推薦】
