Управління через поштові розсилки як бар'єр, що заважає приходу молодих розробників

Сара Новотни (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