LWN：內核維護者峰會上的兩個小話題！
關注了就能看到更多這么棒的文章哦～
The 2021 Kernel Maintainers Summit (part of)
By Jonathan Corbet
September 27, 2021
DeepL assisted translation
Maintainers summit
https://lwn.net/Articles/870415
How to recruit more kernel maintainers
內核開發(fā)流程很依賴于各個子系統(tǒng)的維護者（maintainer），而這些維護者往往工作很繁重，因此脾氣有些暴躁。在 2021 年的內核維護者峰會上，Ted Ts'o 提出了關于招募和維持 maintainer 的話題，但沒能從與會人員中引出很多新想法。
讓開發(fā)者的生活更輕松（這是上一場會議的主題）是很重要的，但也許最好的方法之一是能引入更多的維護人員。Ts'o 問道：我們如何才能做到這一點？鑒于我們的維護者已經不再年輕，社區(qū)也應該考慮傳承的問題。Dave Airlie 回應說，真正的問題應該是：我們如何鼓勵公司為 maintainer 付費？公司會給開發(fā)人員付工資，但他們對給予 maintainer 們這個位置的人員付工資的興趣要小得多。
Linus Torvalds 說，他完全同意這種看法。他一直在與公司交談，并告訴他們，他們需要鼓勵他們的開發(fā)人員承擔更多的角色，特別是要努力成為維護者。他說，在一個公司里，每 10 個開發(fā)者就應該有一個維護者，但卻遠遠沒有公司達到這個比例。Thomas Gleixner 說，在這方面提供幫助的一個方法是，公司給他們的開發(fā)人員保留出一些時間，讓他們來做自己的項目。
Greg Kroah-Hartman 說，開發(fā)人員能夠在公司內部擔任維護者的唯一方法，就是將其作為正式工作的一部分，也就是他們需要在年底接受評估（evaluated）。他說，這必須是自上而下來推動的。不過，Airlie 回答說，維護者的身份也可以是自下而上的，DRM 子系統(tǒng)就有一個 group review 的結構，要求開發(fā)人員們需要幫助 review 代碼。這樣在一旦有需要的時候，開發(fā)人員可以很容易被提升起來成為維護者的位置上。Chris Mason 說，在 Facebook，maintainer 相關工作是寫在 job description 中的一部分，該公司在這方面就取得了很好的成功。
Ts'o 在會議結束時建議，這可能是 Linux 基金會技術顧問委員會要考慮的一個話題。也許委員會可以為企業(yè)起草一套建議。
Conclusion: is Linus happy?
內核維護者峰會的最后一場會議，傳統(tǒng)上來說一直是由 Linus Torvalds 主持的，他利用這個時間來談論他在內核維護過程中遇到的任何痛點，以及如何才能讓一切都更順利地進行。在 2021 年的峰會上，這個會議事實上非常簡短?？雌饋恚词古紶栍行┬∶?，內核開發(fā)過程也在順利進行。
Torvalds 首先說，5.15 合并窗口并不是他所經歷過的這么多合并窗口中最容易的一個。這里問題的一部分原因是，合并窗口是在（北半球）夏季結束時開始的，此時歐洲大部分地區(qū)都在度假，這導致了大量的 pull request 在合并窗口結束時才出現。不過，總的來說，一切都仍在順利進行。他最大的煩惱可能是在每個合并窗口中都不得不反復說同樣的話。核心維護者知道這個過程是如何運作的，而那些不那么核心的人則往往會重復犯同樣的錯誤。當他在一個合并窗口中接受超過 100 個拉動請求時，這可能就會使他感到相當煩躁。
不過，總的來說，Torvalds 認為社區(qū)做得很好。他還認為，他個人并不是拖慢進度的瓶頸。
他簡要地談到了 folio patch set 的問題，這些 patch 在 5.15 中沒有被合并。他說，這些 patch 是對內核中幾乎從一開始就存在的一個核心數據結構的重構。將這項工作推遲到下一個開發(fā)周期并不是不合理的。他說，一般來說，如果圍繞一個 pull request 存在爭議，他就不會真的去 pull。
Torvalds 最后說，如果有哪個子系統(tǒng)對開發(fā)者來說特別有問題的話，他希望得到開發(fā)者的反饋。當涉及到他不熟悉的子系統(tǒng)時，他自己無法提供很多幫助。
這時，Torvalds 就講完了，大家似乎也都很疲憊。2021 年的維護者峰會沒有進一步的討論，就此結束了。
全文完
LWN 文章遵循 CC BY-SA 4.0 許可協(xié)議。
長按下面二維碼關注，關注 LWN 深度文章以及開源社區(qū)的各種新近言論～