Кіраванне праз паштовыя рассылкі як бар'ер, які замінае прыходу маладых распрацоўшчыкаў

Сара Новотны (Sarah Novotny), якая ўваходзіць у кіравальную раду Linux Foundation ад кампаніі Microsoft, падняла пытанне аб архаічнасці вядзення працэсу распрацоўкі ядра Linux. Па меркаванні Сары, выкарыстанне спісу рассылання (LKML, Linux Kernel Mailing List) для каардынацыі распрацоўкі ядра і адпраўкі патчаў адпужвае маладых распрацоўнікаў і з'яўляецца бар'ерам, якія замінаюць прыходу новых суправаджаючых. З павелічэннем памеру ядра і тэмпу распрацоўкі нарастае праблема з недахопам суправаджаючых, здольных курыраваць падсістэмы ядра.

Стварэнне больш сучаснага механізму ўзаемадзеяння мэйнтэйнераў з распрацоўшчыкамі, падобнага на сістэму «issues» і pull-запыты на GitHub з прыняццем патчаў напрамую ў Git, дазволіла б прыцягнуць у праект маладзейшых суправаджаючых. Бягучы працэс кіравання распрацоўкай, заснаваны на паштовай рассылцы, успрымаецца шматлікімі маладымі распрацоўнікамі як архаічны і залішне працаёмкі. У наш час асноўнай працоўнай прыладай распрацоўнікаў ядра з'яўляецца паштовы кліент і пачаткоўцам, якія прыйшлі ў індустрыю 5-10 гадоў назад і што звыкнуліся да сучасных сістэм сумеснай распрацоўкі, вельмі цяжка прыстасавацца да падобнай арганізацыі працы.

Дыскамфорт узмацняюць жорсткія патрабаванні да афармлення лістоў, некаторыя з якіх былі прыняты 25 гадоў таму. Напрыклад, у рассылцы дзейнічае забарона на выкарыстанне HTML-разметкі, пры тым, што большасць паштовых кліентаў выкарыстоўваюць такую ​​разметку па змаўчанні. У якасці прыкладу якія ўзнікаюць з-за гэтага складанасцяў згадваецца калега, якому для адпраўкі патча ў спіс рассылання OpenBSD, таксама не дапушчальны лісты ў HTML, запатрабавалася ўсталяваць асобны паштовы кліент, бо яго асноўны паштовы кліент (Outlook) адпраўляе лісты ў HTML.

Каб не ламаць існуючыя асновы і не парушаць звычкі наяўных распрацоўшчыкаў прапануецца стварыць рэжым для новых распрацоўшчыкаў, які дазваляе перадаваць патчы суправаджаючым напрамую праз pull-запыты або сістэмы падобныя на «issues», і аўтаматычна трансляваць іх у спіс рассылкі LKML.

Іншы ідэяй з'яўляецца разгрузка LKML ад патчаў у карысць абмеркаванняў і анонсаў. У бягучым выглядзе праз LKML праходзіць тысячы лістоў, большасць з якіх непасрэдна прапанаваны для ўключэння ў ядро ​​код і толькі невялікая частка анонсы з тлумачэннем сутнасці патчаў і абмеркаванні. Публікуемыя патчы пры гэтым усё роўна адлюстроўваюцца ў Git і звычайна прымаюцца, выкарыстаючы pull-запыты ў Git, а LKML толькі дакументуе працэс.

Крыніца: opennet.ru