Sarah Novotny, Mitglied des Vorstands der Linux Foundation von Microsoft, über die archaische Natur des Linux-Kernel-Entwicklungsprozesses. Laut Sarah schreckt die Verwendung einer Mailingliste (LKML, Linux Kernel Mailing List) zur Koordinierung der Kernel-Entwicklung und zum Einreichen von Patches junge Entwickler ab und stellt ein Hindernis für den Beitritt neuer Betreuer dar. Mit zunehmender Größe des Kernels und zunehmender Entwicklungsgeschwindigkeit nimmt das Problem zu Betreuer, die in der Lage sind, Kernel-Subsysteme zu überwachen.
Die Schaffung eines moderneren Mechanismus für die Interaktion zwischen Betreuern und Entwicklern, ähnlich dem „Issues“-System und Pull-Requests auf GitHub mit der Übernahme von Patches direkt in Git, würde es ermöglichen, jüngere Betreuer für das Projekt zu gewinnen. Der aktuelle E-Mail-basierte Entwicklungsmanagementprozess wird von vielen jungen Entwicklern als veraltet und unnötig zeitaufwändig empfunden. Derzeit ist das wichtigste Arbeitswerkzeug für Kernel-Entwickler der E-Mail-Client, und für Neulinge, die vor 5 bis 10 Jahren in die Branche gekommen sind und an moderne kollaborative Entwicklungssysteme gewöhnt sind, ist es sehr schwierig, sich an eine solche Arbeitsorganisation anzupassen.
Das Unbehagen wird durch strenge Anforderungen an die Briefformatierung verschärft, von denen einige bereits vor 25 Jahren eingeführt wurden. Beispielsweise verbietet die Mailingliste die Verwendung von HTML-Markup, obwohl die meisten E-Mail-Clients solche Markups standardmäßig verwenden. Als Beispiel für die dadurch entstehenden Schwierigkeiten wurde ein Kollege genannt, der, um einen Patch an die OpenBSD-Mailingliste zu senden, die ebenfalls keine HTML-Mails zulässt, einen separaten E-Mail-Client installieren musste, da sein Haupt-E-Mail-Client (Outlook) sendet HTML-Mail.
Um die etablierten Grundlagen nicht zu zerstören und die Gewohnheiten bestehender Entwickler nicht zu verletzen, wird vorgeschlagen, einen Modus für neue Entwickler zu erstellen, der es Ihnen ermöglicht, Patches direkt über Pull-Requests oder „Issues“-ähnliche Systeme an Betreuer zu senden und automatisch zu senden sie an die LKML-Mailingliste.
Eine andere Idee besteht darin, LKML von Patches zugunsten von Diskussionen und Ankündigungen zu entlasten. In seiner aktuellen Form durchlaufen Tausende von Briefen LKML, von denen die meisten direkt vorgeschlagener Code zur Aufnahme in den Kernel sind und nur ein kleiner Teil Ankündigungen sind, die das Wesentliche von Patches und Diskussionen erläutern. Veröffentlichte Patches werden weiterhin in Git widergespiegelt und normalerweise über Pull-Requests in Git akzeptiert, und LKML dokumentiert nur den Prozess.
Source: opennet.ru