Sarah Novotny, medlem av styrelsen för Microsofts Linux Foundation, om den ålderdomliga karaktären hos utvecklingsprocessen för Linuxkärnan. Enligt Sarah avskräcker unga utvecklare att använda en e-postlista (LKML, Linux Kernel Mailing List) för att koordinera kärnutvecklingen och skicka patchar och är ett hinder för nya underhållare att ansluta sig. När storleken på kärnan och utvecklingstakten ökar, kommer problemet med underhållare som kan övervaka kärndelsystem.
Att skapa en modernare mekanism för interaktion mellan underhållare och utvecklare, liknande "problem"-systemet och pull-förfrågningar på GitHub med adoption av patchar direkt i Git, skulle göra det möjligt att locka yngre underhållare till projektet. Den nuvarande e-postbaserade utvecklingshanteringsprocessen uppfattas av många unga utvecklare som arkaisk och onödigt tidskrävande. För närvarande är det huvudsakliga arbetsverktyget för kärnutvecklare e-postklienten, och det är mycket svårt för nykomlingar som kom till branschen för 5-10 år sedan och är vana vid moderna utvecklingssystem för samarbete att anpassa sig till en sådan arbetsorganisation.
Besvären förvärras av hårda krav på brevformatering, varav några antogs för 25 år sedan. Till exempel förbjuder e-postlistan användning av HTML-uppmärkning, trots att de flesta e-postklienter använder sådan uppmärkning som standard. Som ett exempel på de svårigheter detta skapar nämndes en kollega som, för att skicka en patch till OpenBSDs e-postlista som inte heller tillåter HTML-post, behövde installera en separat e-postklient, eftersom hans huvudsakliga e-postklient (Outlook) skickar HTML-post.
För att inte bryta de etablerade grunderna och inte bryta mot befintliga utvecklares vanor, föreslås det att skapa ett läge för nya utvecklare som låter dig skicka patchar till underhållare direkt genom pull-förfrågningar eller system som liknar "problem" och automatiskt sända dem till LKMLs e-postlista.
En annan idé är att avlasta LKML från patchar till förmån för diskussioner och tillkännagivanden. I sin nuvarande form passerar tusentals brev genom LKML, varav de flesta är direkt föreslagen kod för inkludering i kärnan och endast en liten del är meddelanden som förklarar essensen av patchar och diskussioner. Publicerade patchar återspeglas fortfarande i Git och accepteras vanligtvis med pull-förfrågningar i Git, och LKML dokumenterar bara processen.
Källa: opennet.ru