Il me semble, à lire le fil de discussion, que Linus Torvalds est confronté à un problème que la plupart des projets libres n'ont pas : trop de contributions à gérer.
En conséquence, il met en place un genre de filtre passe haut, en refusant d'examiner les contributions qui ne sont pas de grande valeur, avec notamment le critère de la qualité de la présentation des commits : un corps de moins de 72 caractères de large, décrivant complètement le patch (parfois vingt lignes pour un patch d'une seule, dit-il) et une ligne de résumé de moins de 50 caractères séparée du corps.
En l'espèce, Torvalds chante les louanges de github en tant qu'hébergeur, mais reproche à cette plateforme 1) de ne pas permettre facilement de saisir des messages de commit propres et, 2) si j'ai bien compris, de déplacer vers ses pages de discussion certaines informations qui seraient mieux rangées dans un message de commit (mais pas nécessairement toutes, vu que pour le noyau, les mailing lists servent également à discuter de patches en dehors des messages de commit).
[^] # Re: Qu'est-ce qu'utilisent les plus gros projets ?
Posté par feth . En réponse à la dépêche Nouveautés autour de Git. Évalué à 5.
Il me semble, à lire le fil de discussion, que Linus Torvalds est confronté à un problème que la plupart des projets libres n'ont pas : trop de contributions à gérer.
En conséquence, il met en place un genre de filtre passe haut, en refusant d'examiner les contributions qui ne sont pas de grande valeur, avec notamment le critère de la qualité de la présentation des commits : un corps de moins de 72 caractères de large, décrivant complètement le patch (parfois vingt lignes pour un patch d'une seule, dit-il) et une ligne de résumé de moins de 50 caractères séparée du corps.
En l'espèce, Torvalds chante les louanges de github en tant qu'hébergeur, mais reproche à cette plateforme 1) de ne pas permettre facilement de saisir des messages de commit propres et, 2) si j'ai bien compris, de déplacer vers ses pages de discussion certaines informations qui seraient mieux rangées dans un message de commit (mais pas nécessairement toutes, vu que pour le noyau, les mailing lists servent également à discuter de patches en dehors des messages de commit).