Linus Torvalds est connu pour il est très pointilleux sur les procédures et les normes que doivent suivre ceux qui aident au développement du noyau Linux. Et, il n'est généralement pas très gentil avec ceux qui ne sont pas à la hauteur de la tâche. Rappelons-nous que dans le passé, il s'est retiré de son rôle pendant un certain temps pour repenser ses relations avec les autres.
Cette fois, c'est Paragon Software, la société à l'origine du pilote NTFS3, qui a suscité son aversion. Annoncé pour la version 5.15 du noyau Linux, il améliorera la prise en charge du système de fichiers natif Windows.
Systèmes de contrôle de version (MCS)
Pour que cette histoire soit comprise, nous allons expliquer certains détails que tout le monde n'a pas besoin de connaître.
Les développeurs de projets logiciels très complexes utilisent un logiciel de contrôle de version (généralement exploité par un fournisseur externe dans le cloud) Ce logiciel vous permet de suivre qui, quand et quoi apporte des modifications.
Si vous ne faites pas partie des membres du projet, vous pouvez créer un fork, c'est-à-dire copier les fichiers du projet dans votre propre référentiel et y apporter vos propres modifications. Si vous aimez le résultat, vous pouvez suggérer à l'administrateur du projet d'origine de les intégrer, en appelant demande de tirage.
Libération du contrôleur
L'année dernière, Paragon Software aIl a annoncé la sortie du code du contrôleur, qu'il commercialisait auparavant, s'engageant également à s'occuper de la maintenance et de la mise à jour.n.m. C'est une bonne nouvelle car elle est bien meilleure que celle que nous utilisions actuellement.
Selon l'entreprise elle-même
La version actuelle fonctionne avec des fichiers normaux / compressés / spacieux et prend en charge la lecture du journal acl et NTFS. La plupart du code était dans la branche linux-next depuis le 13 août, mais il y a quelques correctifs, qui n'étaient dans la branche linux-next que pendant quelques jours. J'espère que tout va bien - aucune régression n'a été détectée dans les tests.'
Après l'annonce de Paragon, le Le pilote NTFS3 a dû subir de nombreuses révisions pour améliorer la qualité du code et le rendre conforme aux normes de codage du reste du noyau.
Il semble qu'il ait finalement réussi.
Et ainsi nous arrivons à la mère des brebis.
Linus soustrait Parangon
Afin d'inclure le pilote dans la version 5.15 du noyau, Linus Torvalds a demandé à Paragon Software de faire le demande de tirage dont nous avons parlé plus haut. L'entreprise l'a fait, mais pas de la manière que Torvalds aime.
La première observation du Finlandais était que la demande de tirage aurait dû être signée.
Dans un monde parfait, ce serait une signature PGP qui pourrait vous remonter directement à travers la chaîne de confiance, mais je ne l'ai jamais exigée.
Deuxièmement, il s'est plaint que la demande de tirage cela avait été fait à partir de l'interface Web du service, qui produit beaucoup de code indésirable.
Github est un site d'hébergement parfait, et il fait aussi bien d'autres choses, mais les fusions n'en font pas partie.
Il a également protesté manque d'informations suffisantes.
Pour le créateur de Linux, « les fusions du noyau Linux doivent être effectuées correctement. » Et ajouté: « Cela signifie des messages de validation appropriés avec des informations sur ce qui est fusionné et * pourquoi * quelque chose est fusionné. Mais cela signifie également des informations appropriées sur la paternité et l'auteur, etc. Tout ce que GitHub gâche totalement. '
Linus Torvalds sait de quoi il parle, il est le créateur de Git, le logiciel sur lequel sont basés des services comme GitHub, aujourd'hui propriété de Microsoft. Et, curieusement, c'était en raison d'un désaccord avec un autre service
Je n'ai jamais vraiment voulu faire un programme de contrôle de version car je les détestais tous… Puis BitKeeper est arrivé et cela a vraiment changé ma façon de les voir. BK a fait la plupart des choses correctement et avoir une copie locale du référentiel et une fusion distribuée était très important. L'avantage du contrôle d'origine distribué est qu'il fait disparaître l'un des principaux problèmes des MCS - la politique autour de « qui peut apporter des changements ».
BK a montré que cela peut être évité en donnant à chacun son propre référentiel. Mais BK avait aussi ses propres problèmes ; il y avait quelques décisions techniques qui ont causé des problèmes (le changement de nom était douloureux), mais le plus gros inconvénient était le fait que, comme ce n'était pas open source, il y avait beaucoup de gens qui ne voulaient pas l'utiliser. Donc, même si nous avons fini par avoir plusieurs mainteneurs de noyau utilisant BK - il était libre d'utiliser pour les projets open source - cela n'a jamais été énorme. Cela a donc aidé le développement du noyau, mais ce n'était pas parfait.
Donc, à un moment donné, j'ai décidé que je ne pouvais pas continuer à utiliser BK, mais je ne voulais vraiment pas revenir au mauvais vieux temps pré-BK. Malheureusement, à l'époque, alors qu'il y avait quelques autres SCV qui essayaient plus ou moins de faire distribuer la chose, aucun d'entre eux ne réussissait à distance. J'avais des exigences de performances qui n'étaient même pas satisfaites de loin par ce qui était disponible, et j'étais également préoccupé par l'intégrité du code et l'ensemble du flux de travail, j'ai donc décidé d'écrire le mien.
Quel mec fait gonfler des œufs qui finit par être Linus. Qu'il se retire avec sa couverture