{"id":121313,"date":"2025-01-11T21:46:00","date_gmt":"2025-01-11T19:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48"},"modified":"2025-01-11T21:46:00","modified_gmt":"2025-01-11T19:46:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","title":{"rendered":"Sortie du syst\u00e8me de gestion de code source Git 2.48","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La publication de la version 2.48 du syst\u00e8me de gestion d\u00e9centralis\u00e9e des code sources Git a eu lieu. Git se distingue par sa haute performance et offre des outils de d\u00e9veloppement non lin\u00e9aire bas\u00e9s sur la ramification et la fusion de branches. Pour garantir l'int\u00e9grit\u00e9 de l'historique et la r\u00e9sistance aux modifications \u00ab r\u00e9trospectives \u00bb, un hachage implicite de l'ensemble de l'historique pr\u00e9c\u00e9dent est utilis\u00e9 dans chaque commit, de m\u00eame que l'authentification par signatures num\u00e9riques des d\u00e9veloppeurs pour les tags et commits individuels. Le code de Git est distribu\u00e9 sous la licence GPLv2+. <\/p>\n
Compar\u00e9 \u00e0 la version pr\u00e9c\u00e9dente, 605 modifications ont \u00e9t\u00e9 apport\u00e9es par 93 d\u00e9veloppeurs, dont 35 participent pour la premi\u00e8re fois au d\u00e9veloppement. Les principales nouveaut\u00e9s : <\/p>\n
\n
Il est d\u00e9sormais possible de construire Git en utilisant le syst\u00e8me de construction Meson, en compl\u00e9ment de GNU Make et CMake. Pour construire Git, on peut d\u00e9sormais utiliser la commande \u00ab meson setup build && ninja -C build \u00bb. Il est not\u00e9 que le Makefile utilis\u00e9 avec GNU Make a atteint 3887 lignes et n'est pas aussi simple qu'on le souhaiterait. L'outil Meson facilite le travail avec le syst\u00e8me de construction, est pratique pour les constructions multiplateformes et rend la construction plus accessible aux d\u00e9butants ou aux d\u00e9veloppeurs n'ayant pas d'exp\u00e9rience avec l'outil Make. Le support de Make et CMake n'est pas pr\u00e9vu pour \u00eatre interrompu dans un avenir proche.\n
Des options de construction ont \u00e9t\u00e9 ajout\u00e9es, permettant d'utiliser des impl\u00e9mentations alternatives du hachage SHA-1 lors du calcul des sommes de contr\u00f4le utilis\u00e9es pour v\u00e9rifier l'int\u00e9grit\u00e9 des blocs de donn\u00e9es dans les fichiers packs. La performance du calcul des sommes de contr\u00f4le est cruciale, par exemple, environ 78% du temps processeur est consomm\u00e9 pour leur calcul lors du clonage d'un d\u00e9p\u00f4t du noyau Linux. L'impl\u00e9mentation par d\u00e9faut inclut des v\u00e9rifications suppl\u00e9mentaires des collisions et une protection contre les attaques sur SHA-1, telles que SHAttered et Shambles. Une telle protection, consommant des ressources suppl\u00e9mentaires, n'a de sens que lorsqu'on utilise SHA-1 \u00e0 des fins cryptographiques et est inutile pour v\u00e9rifier l'int\u00e9grit\u00e9 des donn\u00e9es index.\n
Une s\u00e9rie d'options *_UNSAFE, comme \u00ab OPENSSL_SHA1_UNSAFE \u00bb, a \u00e9t\u00e9 propos\u00e9e pour construire Git avec une impl\u00e9mentation SHA-1 plus rapide, mais non adapt\u00e9e aux syst\u00e8mes cryptographiques. Sur GitHub, la construction avec un SHA-1 simplifi\u00e9 a permis d'augmenter les performances des op\u00e9rations d'extraction et de clonage de donn\u00e9es de 10 \u00e0 13%. <\/p>\n
La commande \u00ab range-diff \u00bb a \u00e9t\u00e9 enrichie de l'option \u00ab --remerge-diff \u00bb, permettant d'afficher les diff\u00e9rences entre le r\u00e9sultat global de la fusion et les donn\u00e9es effectives refl\u00e9t\u00e9es dans le commit apr\u00e8s le traitement de la commande \u00ab merge \u00bb. Lors de l'utilisation de l'option \u00ab --remerge-diff \u00bb, les diff\u00e9rences dans la r\u00e9solution des conflits ne sont pas s\u00e9par\u00e9es pour chaque branche parente, mais les diff\u00e9rences globales entre le fichier en conflit de fusion et le fichier o\u00f9 les conflits sont r\u00e9solus sont affich\u00e9es. Dans le contexte de la commande \u00ab range-diff \u00bb, la nouvelle option peut s'av\u00e9rer utile pour comparer des ensembles de commits apr\u00e8s avoir transf\u00e9r\u00e9 une s\u00e9quence de commits avec la commande \u00ab rebase \u00bb en utilisant l'option \u00ab --rebase-merges \u00bb.\n
Ajout de la possibilit\u00e9 d'ex\u00e9cuter un ensemble de tests Git avec l'activation du mode de d\u00e9tection des fuites de m\u00e9moire. \u00c9tant donn\u00e9 que git fournit des utilitaires qui terminent leur travail apr\u00e8s l'ex\u00e9cution de la fonction appel\u00e9e, les fuites de m\u00e9moire n\u2019\u00e9taient pas consid\u00e9r\u00e9es comme un probl\u00e8me majeur auparavant. La n\u00e9cessit\u00e9 d'\u00e9liminer compl\u00e8tement les fuites de m\u00e9moire est devenue d'actualit\u00e9 apr\u00e8s le d\u00e9but du travail sur le transfert de fonctionnalit\u00e9s internes vers une biblioth\u00e8que distincte pouvant \u00eatre utilis\u00e9e dans des processus de longue dur\u00e9e.\n
D\u00e9but de la compilation d'une liste de modes et de fonctionnalit\u00e9s obsol\u00e8tes dont le support est pr\u00e9vu d'\u00eatre abandonn\u00e9 \u00e0 l'avenir. Il est pr\u00e9vu que la suppression des fonctionnalit\u00e9s obsol\u00e8tes aura lieu dans la version Git 3.0, qui inclura des changements rompent la compatibilit\u00e9 ascendante.\n
L'optimisation du fonctionnement de l'\u00e9quipe \u00ab git for-each-ref \u00bb qui g\u00e9n\u00e8re une liste de liens dans le d\u00e9p\u00f4t a \u00e9t\u00e9 poursuivie. L'optimisation, qui combine les gestionnaires pour le filtrage des liens et le formatage de la sortie, est d\u00e9sormais appliqu\u00e9e non seulement pour la sortie non tri\u00e9e, mais aussi lors de l'utilisation de l'option \u00ab --sort \u00bb.\n
La mise en \u0153uvre du backend \u00ab reftable \u00bb avec un stockage par blocs pour un stockage efficace des liens vers des branches et des balises dans le d\u00e9p\u00f4t a \u00e9t\u00e9 am\u00e9lior\u00e9e. Reftable permet d'acc\u00e9l\u00e9rer consid\u00e9rablement la recherche, la lecture et l'\u00e9criture dans les d\u00e9p\u00f4ts avec un tr\u00e8s grand nombre de liens. Dans la nouvelle version, l'acc\u00e8s \u00e0 certaines API auxiliaires a \u00e9t\u00e9 arr\u00eat\u00e9 afin de retirer la biblioth\u00e8que libgit de la liste des d\u00e9pendances de construction. Un traitement adaptatif des erreurs retourn\u00e9es par les fonctions d'allocation de m\u00e9moire a \u00e9t\u00e9 mis en \u0153uvre (le manque de m\u00e9moire ne provoque plus de plantage). Les op\u00e9rations de cr\u00e9ation de liens ont \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9es et la consommation de m\u00e9moire a \u00e9t\u00e9 r\u00e9duite.\n
Les probl\u00e8mes de boucle et de corruption de d\u00e9p\u00f4t apr\u00e8s l'ex\u00e9cution de la commande \u00ab git gc \u00bb ont \u00e9t\u00e9 r\u00e9solus dans la mise en \u0153uvre du clonage partiel.\n
Lors de l'ex\u00e9cution de la commande \u00ab git fetch \u00bb, si \u00ab refs\/remotes\/\/HEAD \u00bb fait d\u00e9faut sur le syst\u00e8me local mais qu'il existe une branche de l'autre c\u00f4t\u00e9 \u00e0 laquelle HEAD fait r\u00e9f\u00e9rence, \u00ab refs\/remotes\/\/HEAD \u00bb est maintenant redirig\u00e9 vers cette branche. Une option pour synchroniser \u00ab refs\/remotes\/\/HEAD \u00bb avec HEAD de l'autre c\u00f4t\u00e9 de la connexion a \u00e9t\u00e9 ajout\u00e9e : remote..followRemoteHEAD.\n
Une option \u00ab remote..serverOption \u00bb a \u00e9t\u00e9 ajout\u00e9e, similaire \u00e0 l'option de ligne de commande \u00ab --serverOption= \u00bb.\n
La commande \u00ab git rebase --rebase-merges \u00bb tente d'utiliser les noms de branches comme \u00e9tiquettes lorsque cela est possible.\n
Les commandes \u2018git notes add\u2019 et \u2018git notes append\u2019 ont re\u00e7u un drapeau \u2018-e\u2019 qui ouvre la note dans l'\u00e9diteur de texte externe sp\u00e9cifi\u00e9 via la variable d'environnement GIT_EDITOR.\n
Am\u00e9lioration de la compatibilit\u00e9 avec GCC 15 et la norme C23.\n
Prise en charge des anciennes versions de libcURL et Perl arr\u00eat\u00e9e. <\/ul>\n