{"id":182402,"date":"2026-06-30T14:48:37","date_gmt":"2026-06-30T12:48:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust"},"modified":"2026-06-30T14:48:37","modified_gmt":"2026-06-30T12:48:37","slug":"vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Sortie de Git 2.55 avec la prise en charge de Rust activ\u00e9e par d\u00e9faut","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version du syst\u00e8me de contr\u00f4le de version distribu\u00e9 Git 2.55 a \u00e9t\u00e9 publi\u00e9e. Parmi les principaux changements : l'inclusion par d\u00e9faut de la compilation avec Rust, la mise en \u0153uvre pour Linux du processus fsmonitor, une nouvelle strat\u00e9gie de reconditionnement de l'index MIDX incr\u00e9mental, la commande \u00ab git history fixup \u00bb pour corriger un commit, l'optimisation de la g\u00e9n\u00e9ration de cartes de bits de disponibilit\u00e9 des objets, le support de l'ex\u00e9cution parall\u00e8le des hooks, et la commande \u00ab git format-rev \u00bb. Le code de Git est distribu\u00e9 sous la licence GPLv2+.<\/p>\n
Compar\u00e9 \u00e0 la version pr\u00e9c\u00e9dente, cette nouvelle version int\u00e8gre 505 changements, pr\u00e9par\u00e9s avec la participation de 100 d\u00e9veloppeurs, dont 33 ont particip\u00e9 pour la premi\u00e8re fois au d\u00e9veloppement de Git. Les principales nouveaut\u00e9s (1, 2, 3) :<\/p>\n
\n
Le support des composants en langage Rust est activ\u00e9 par d\u00e9faut. Le compilateur rustc \najout\u00e9 \u00e0 la liste des d\u00e9pendances de construction. Pour une compilation sans Rust, vous pouvez utiliser l'option \u00ab NO_RUST=1 \u00bb lors de l'ex\u00e9cution de l'outil make ou \u00ab -Drust=disabled \u00bb lors de l'ex\u00e9cution de \u00ab meson configure \u00bb. La possibilit\u00e9 de d\u00e9sactiver la compilation avec Rust sera prise en charge jusqu'\u00e0 la version Git 3.0, o\u00f9 Rust sera inclus parmi les d\u00e9pendances obligatoires. Une couche pour la portabilit\u00e9 entre les configurations utilisant les hachages SHA-1 et SHA-256 a \u00e9t\u00e9 r\u00e9alis\u00e9e en Rust, ainsi que certaines fonctions internes telles que l'encodage et le d\u00e9codage des valeurs enti\u00e8res de longueur variable. \u00c0 l'avenir, une r\u00e9\u00e9criture en Rust de composants internes plus significatifs de Git est attendue. <\/p>\n
La commande exp\u00e9rimentale \u00ab git history \u00bb, qui offre des fonctionnalit\u00e9s pour r\u00e9\u00e9crire l'historique des modifications, a ajout\u00e9 l'op\u00e9ration \u00ab git history fixup \u00bb pour corriger un commit. L'op\u00e9ration \u00ab fixup \u00bb permet de transf\u00e9rer des modifications ajout\u00e9es via \u00ab git add \u00bb vers un commit ant\u00e9rieur et r\u00e9\u00e9crit automatiquement tous les commits suivants, \u00e0 l'instar de l'ex\u00e9cution de la commande \u00ab git commit --fixup= \u00bb et du d\u00e9marrage de \u00ab git rebase --autosquash ~ \u00bb.\n
Pour la plateforme Linux, un processus en arri\u00e8re-plan fsmonitor a \u00e9t\u00e9 mis en \u0153uvre, permettant de suivre les modifications dans le syst\u00e8me de fichiers \u00e0 l'aide du m\u00e9canisme inotify et d'\u00e9viter de parcourir l'ensemble du r\u00e9pertoire de travail lors de l'ex\u00e9cution de commandes telles que \u00ab git status \u00bb. L'activation se fait via la configuration \u00ab core.fsmonitor \u00bb.\n
La commande \u00ab git repack \u00bb a introduit le mode \u00ab --write-midx=incremental \u00bb, qui met en \u0153uvre une nouvelle strat\u00e9gie de mise \u00e0 jour des m\u00e9tadonn\u00e9es dans l'index MIDX incr\u00e9mental (multi-pack index), permettant d'\u00e9viter la reconditionnement de l'ensemble de l'index. Dans l'index multi-pack incr\u00e9mental, au lieu d'un grand index contenant des informations sur la distribution des objets dans les fichiers pack, une s\u00e9paration en couches est appliqu\u00e9e : chaque couche couvre un certain nombre de fichiers pack et est stock\u00e9e dans un fichier bitmap s\u00e9par\u00e9. Cette structure permet d'ajouter des donn\u00e9es sur des objets dans de nouveaux fichiers pack en attachant de nouvelles couches \u00e0 l'index sans reconstruire les couches existantes.\n
La commande \u00ab git repack --write-midx=incremental \u00bb permet d'ajouter une nouvelle couche \u00e0 l'index MIDX incr\u00e9mental, englobant les fichiers pack r\u00e9cemment cr\u00e9\u00e9s. Combin\u00e9e avec le mode d'emballage des r\u00e9f\u00e9rentiels \u00ab --geometric \u00bb, cette nouvelle commande offre la possibilit\u00e9 de rassembler de nouveaux objets provenant de plusieurs fichiers pack en un fichier pack plus volumineux et, si n\u00e9cessaire, d'accomplir l'emballage et la fusion de plusieurs couches adjacentes de l'index MIDX incr\u00e9mental. Cette strat\u00e9gie permet, lors de l'ex\u00e9cution de \u00ab git repack \u00bb, de r\u00e9\u00e9crire uniquement les couches sup\u00e9rieures, laissant les anciennes grandes couches intactes, et d'\u00e9viter la croissance incontr\u00f4l\u00e9e de la cha\u00eene de couches, maintenant le nombre total de couches \u00e0 un niveau proportionnel au logarithme du nombre total d'objets. <\/p>\n
La g\u00e9n\u00e9ration de bitmaps de disponibilit\u00e9 des objets a \u00e9t\u00e9 consid\u00e9rablement optimis\u00e9e gr\u00e2ce \u00e0 un nouvel algorithme de parcours de l'arbre d'objets, excluant la r\u00e9cursion excessive, le stockage en cache des positions des objets, le tri des bitmaps avant leur combinaison par l'op\u00e9ration XOR, et la refonte du code pour cr\u00e9er des bitmaps de pseudo-fusion (pseudo-merge). Dans le d\u00e9p\u00f4t de test, les optimisations ont permis de r\u00e9duire le temps de g\u00e9n\u00e9ration des bitmaps de 612 \u00e0 294 secondes.\n
Il est d\u00e9sormais possible d'ex\u00e9cuter simultan\u00e9ment des hooks ind\u00e9pendants dans les fichiers de configuration. Les hooks qui affectent l'\u00e9tat partag\u00e9 ou qui le prennent en compte, tels que ceux qui modifient les messages de commit ou inspectent les index et l'arborescence de travail, ne peuvent pas \u00eatre ex\u00e9cut\u00e9s en parall\u00e8le. Cependant, il est possible d'ex\u00e9cuter simultan\u00e9ment des hooks pour le contr\u00f4le de linting et l'ex\u00e9cution de tests unitaires. Les hooks pouvant \u00eatre ex\u00e9cut\u00e9s en parall\u00e8le sont configur\u00e9s via le param\u00e8tre \u00ab hook.nom_du_hook.parallel = true \u00bb. Le nombre de travaux pouvant \u00eatre ex\u00e9cut\u00e9s simultan\u00e9ment est d\u00e9fini par la configuration hook.jobs, hook..jobs ou l'option de ligne de commande \u00ab -j \u00bb.\n
L'\u00e9quipe de \u00ab git pack-objects \u2014path-walk \u00bb a impl\u00e9ment\u00e9 la possibilit\u00e9 de sp\u00e9cifier des filtres tels que \u00ab blob:none \u00bb, \u00ab blob:limit= \u00bb, \u00ab tree:0 \u00bb, \u00ab object:type= \u00bb, \u00ab sparse: \u00bb et \u00ab combine: \u00bb. Dans le test effectu\u00e9, le rejet des blobs lors de l'ex\u00e9cution de \u00ab \u2014path-walk \u00bb a permis de r\u00e9duire la taille du pack cr\u00e9\u00e9 de 16%.\n
La commande \u00ab git format-rev \u00bb a \u00e9t\u00e9 ajout\u00e9e pour formater les r\u00e9visions et les noms d'objets mentionn\u00e9s dans les listes de commits ou apparaissant dans du texte libre (par exemple, elle peut \u00eatre utilis\u00e9e dans des hooks pour traiter les notes de commit).\n