Statistiques de base

Le noyau Linux 7.2, publié le 17 août, a introduit près de 600 000 lignes de code. Le cycle de développement a généré 16 418 commits non‑fusion, ce qui le place comme le deuxième cycle le plus dense de l’histoire, derrière la version 6.7 dont le volume était dominé par l’intégration de bcachefs.

Profil des contributeurs

Au total, 2 652 développeurs ont participé à la branche principale, dépassant le précédent record de 2 479 pour la version 7.1. Parmi eux, 613 étaient des contributeurs novices, établissant un nouveau pic d’arrivée de développeurs inédits. Le contributeur le plus prolifique en nombre de commits était Uwe Kleine‑König, focalisé sur les nettoyages du sous‑système driver, tandis que Matthew Stewart a mené le classement des lignes modifiées grâce à l’ajout massif de fichiers d’en‑tête amdgpu.

Les employeurs identifiés représentent 249 entités, les plus actives étant Intel (16,7 % des commits), Google (9,2 %) et Red Hat (7,3 %). Un nombre croissant de contributions provient d’affiliations inconnues, reflétant l’afflux continu de nouveaux développeurs.

Utilisation des outils d’assistance et de revue

Les balises Tested‑by apparaissent dans un peu plus de 8 % des changements, tandis que Reviewed‑by est présent dans 48 % des commits, avec une légère baisse par rapport aux versions antérieures. Le nombre de patches marqués Assisted‑by a bondi à 1 111, contre 301 pour la version 7.1, indiquant une adoption accrue d’assistants de génération de code, probablement des modèles de langage large (LLM).

Le système de revue automatisée Sashiko est cité dans 252 patches (Reported‑by) et mentionné dans 568 messages de changement, montrant une intégration progressive de l’intelligence artificielle dans le processus de validation.

Implications pour la gouvernance du noyau

Le suivi des balises Fixes révèle 4 830 commits qui corrigent des régressions antérieures. Le point de croisement, situé à 5.9, suggère que, depuis cette version, le nombre de bugs corrigés dépasse celui introduit, bien que le bilan complet nécessitera plusieurs années de suivi.

La diversification des contributeurs et l’augmentation des outils d’assistance posent des défis de traçabilité et de contrôle qualité. L’absence systématique de balises Assisted‑by pour certains patches indique que la communauté ne dispose pas encore d’un cadre de déclaration exhaustif, ce qui pourrait compliquer l’évaluation de l’impact des LLM sur la stabilité du code.