Si j'ai bien compris, quand on fait un patch classique (avec l'outil patch et tout), quand tu renommes un fichier en gros tu as une partie du patch qui dit « tel fichier dégage » et une autre partie qui dit « tiens, un nouveau fichier dont voici le contenu entier ».
Si tu te contentes de renommer un fichier sans rien changer, il est quand même intégralement dans le patch.
Un outil comme Mercurial ou Git en l'occurrence permet de dire « tel fichier a été renommé ainsi, et voici les bouts du fichier qui ont été modifiés ».
Et là si tu renommes 10 000 fichiers, tu as juste 10 000 informations de tel fichier a été renommé ainsi, mais plus du tout leur contenu.
En pratique ça fait passer le z patch » dans le cas présent de 22Mo à 9Mo une fois gzippé.
Un noyau complet faisant 73Mo en bz2, si les patchs censé permettre de télécharger moins en ne prenant que la différence entre deux versions successives commencent à avoir une taille non négligeable par rapport au téléchargement complet, ça commence à vachement moins valoir le coup...
surtout sachant que le « patch » en mode git est déjà accessible et est nettement plus petit, Linus propose ici de se débarrasser du patch classique pour ne laisser que la version git, parce que 13Mo gzippés en plus, c'est nul pour la charge de kernel.org, surtout que c'est globalement inutile : ya rien de bien complexe à avoir git chez soi, la ligne de commande à utiliser pour mettre à jour n'a rien de tuante non plus, pas plus que d'utiliser patch.
[^] # Re: Oubli
Posté par Yth (Mastodon) . En réponse au journal Linux 3.2 en route. Évalué à 10.
Si j'ai bien compris, quand on fait un patch classique (avec l'outil patch et tout), quand tu renommes un fichier en gros tu as une partie du patch qui dit « tel fichier dégage » et une autre partie qui dit « tiens, un nouveau fichier dont voici le contenu entier ».
Si tu te contentes de renommer un fichier sans rien changer, il est quand même intégralement dans le patch.
Un outil comme Mercurial ou Git en l'occurrence permet de dire « tel fichier a été renommé ainsi, et voici les bouts du fichier qui ont été modifiés ».
Et là si tu renommes 10 000 fichiers, tu as juste 10 000 informations de tel fichier a été renommé ainsi, mais plus du tout leur contenu.
En pratique ça fait passer le z patch » dans le cas présent de 22Mo à 9Mo une fois gzippé.
Un noyau complet faisant 73Mo en bz2, si les patchs censé permettre de télécharger moins en ne prenant que la différence entre deux versions successives commencent à avoir une taille non négligeable par rapport au téléchargement complet, ça commence à vachement moins valoir le coup...
surtout sachant que le « patch » en mode git est déjà accessible et est nettement plus petit, Linus propose ici de se débarrasser du patch classique pour ne laisser que la version git, parce que 13Mo gzippés en plus, c'est nul pour la charge de kernel.org, surtout que c'est globalement inutile : ya rien de bien complexe à avoir git chez soi, la ligne de commande à utiliser pour mettre à jour n'a rien de tuante non plus, pas plus que d'utiliser patch.
Yth.