{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Sortie du syst\u00e8me de gestion de versions Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 2.37 du syst\u00e8me de gestion de version distribu\u00e9 Git est pr\u00e9sent\u00e9e. Git est l'un des syst\u00e8mes de gestion de versions les plus populaires, fiables et performants, offrant des moyens flexibles de d\u00e9veloppement non lin\u00e9aire bas\u00e9s sur la ramification et la fusion des branches. Pour garantir l'int\u00e9grit\u00e9 de l'historique et la r\u00e9sistance aux modifications r\u00e9troactives, un hachage implicite de toute l'histoire pr\u00e9c\u00e9dente est utilis\u00e9 dans chaque commit, et il est \u00e9galement possible de certifier num\u00e9riquement les tags et commits par les d\u00e9veloppeurs. <\/p>\n
Compar\u00e9 \u00e0 la version pr\u00e9c\u00e9dente, 395 modifications ont \u00e9t\u00e9 accept\u00e9es dans cette nouvelle version, pr\u00e9par\u00e9es avec la participation de 75 d\u00e9veloppeurs, dont 20 ont particip\u00e9 au d\u00e9veloppement pour la premi\u00e8re fois. Les principales nouveaut\u00e9s : <\/p>\n
\n
Le m\u00e9canisme des index partielles (sparse index), maintenant pr\u00eat \u00e0 \u00eatre largement utilis\u00e9, couvre seulement une partie du d\u00e9p\u00f4t. Les index partielles permettent d'am\u00e9liorer les performances et d'\u00e9conomiser de l'espace dans les d\u00e9p\u00f4ts o\u00f9 des op\u00e9rations de clonage partiel (sparse-checkout) sont effectu\u00e9es ou lorsqu'un travail est r\u00e9alis\u00e9 avec une copie incompl\u00e8te du d\u00e9p\u00f4t. Dans cette nouvelle version, l'int\u00e9gration des index partielles dans les commandes \u00ab git show \u00bb, \u00ab git sparse-checkout \u00bb et \u00ab git stash \u00bb a \u00e9t\u00e9 finalis\u00e9e. L'am\u00e9lioration de performance la plus notable avec l'utilisation des index partielles est observ\u00e9e dans la commande \u00ab git stash \u00bb, dont la vitesse d'ex\u00e9cution a augment\u00e9 de 80 % dans certaines situations.\n
Un nouveau m\u00e9canisme \u00ab cruft packs \u00bb a \u00e9t\u00e9 mis en place pour emballer des objets inaccessibles (unreachable) qui n'ont pas de r\u00e9f\u00e9rences dans le d\u00e9p\u00f4t (aucune branche ou tag ne pointe vers eux). Les objets inaccessibles sont supprim\u00e9s par le ramasse-miettes, mais restent dans le d\u00e9p\u00f4t pendant un certain temps avant leur suppression pour \u00e9viter les conditions de concurrence. Pour suivre la p\u00e9riode pendant laquelle ces objets restent inaccessibles, il est n\u00e9cessaire de leur attacher des labels avec des timestamps de modifications, ce qui emp\u00eache de les stocker dans un m\u00eame pack-file, o\u00f9 tous les objets ont un timestamp commun. La m\u00e9thode pr\u00e9c\u00e9demment appliqu\u00e9e de sauvegarde de chaque objet dans un fichier distinct posait des probl\u00e8mes en cas de pr\u00e9sence d'un grand nombre d'objets inaccessibles r\u00e9cents, qui n'\u00e9taient pas encore soumis \u00e0 suppression. Le m\u00e9canisme propos\u00e9 \u00ab cruft packs \u00bb permet de stocker tous les objets inaccessibles dans un seul pack-file, et de refl\u00e9ter les donn\u00e9es de temps de modification de chaque objet dans une table distincte, conserv\u00e9e dans un fichier avec l'extension \u00ab .mtimes \u00bb.\n
Un m\u00e9canisme int\u00e9gr\u00e9 de suivi des modifications dans le syst\u00e8me de fichiers a \u00e9t\u00e9 mis en \u0153uvre pour Windows et macOS, permettant d'\u00e9viter de parcourir l'ensemble du r\u00e9pertoire de travail lors de l'ex\u00e9cution d'op\u00e9rations telles que «git status». Auparavant, des utilitaires externes tels que Watchman pouvaient \u00eatre utilis\u00e9s pour le suivi des modifications via des hooks, mais cela n\u00e9cessitait l'installation de programmes suppl\u00e9mentaires et une configuration. D\u00e9sormais, cette fonctionnalit\u00e9 est int\u00e9gr\u00e9e et peut \u00eatre activ\u00e9e par la commande «git config core.fsmonitor true».\n
Le support de l'alternative «—cone» pour la commande «git sparse-checkout» est d\u00e9sormais obsol\u00e8te. Ce mode permettait de d\u00e9finir des fichiers sp\u00e9cifiques \u00e0 cloner en utilisant la syntaxe «.gitignore», mais ne permettait pas l'utilisation d'index partiels pour l'optimisation.\n
La flexibilit\u00e9 de la configuration de l'appel \u00e0 fsync() pour le vidage des modifications sur le disque a \u00e9t\u00e9 augment\u00e9e. Le param\u00e8tre «core.fsyncMethod» prend d\u00e9sormais en charge la strat\u00e9gie de synchronisation «batch», permettant d'acc\u00e9l\u00e9rer le processus lors de l'\u00e9criture d'un grand nombre de fichiers individuels en collectant les modifications dans le cache d'\u00e9criture, vid\u00e9es par un seul appel \u00e0 fsync(). Un test effectu\u00e9, o\u00f9 500 fichiers ont \u00e9t\u00e9 ajout\u00e9s avec la commande «git add», a \u00e9t\u00e9 termin\u00e9 en 0,15 seconde avec le nouveau mode, alors que l'appel \u00e0 fsync() pour chaque fichier n\u00e9cessitait 1,88 seconde, et sans utiliser fsync \u2014 0,06 seconde.\n
Des options ont \u00e9t\u00e9 ajout\u00e9es aux commandes de travers\u00e9e des branches, telles que «git log» et «git rev-list», avec l'option « --since-as-filter=X», permettant d'exclure les informations sur les commits dont le temps de cr\u00e9ation est ant\u00e9rieur \u00e0 «X». Contrairement \u00e0 l'option «—since», la nouvelle commande est mise en \u0153uvre sous forme de filtre, sans arr\u00eater le parcours apr\u00e8s le premier commit d\u00e9passant le temps sp\u00e9cifi\u00e9.\n
Dans la commande «git remote», lorsque le drapeau «-v» est indiqu\u00e9, des informations sur les clones partiels du d\u00e9p\u00f4t sont affich\u00e9es.\n
Une nouvelle option \u00abtransfer.credentialsInUrl\u00bb a \u00e9t\u00e9 ajout\u00e9e, qui peut prendre les valeurs \u00abwarn\u00bb, \u00abdie\u00bb et \u00aballow\u00bb. En cas d\u2019indication des donn\u00e9es d\u2019identification en texte clair dans le param\u00e8tre \u00abremote..url\u00bb, toute tentative d\u2019ex\u00e9cuter les op\u00e9rations \u00abfetch\u00bb ou \u00abpush\u00bb sera interrompue par une erreur si l\u2019option \u00abtransfer.credentialsInUrl\u00bb est d\u00e9finie sur \u00abdie\u00bb, ou par un avertissement si elle est d\u00e9finie sur \u00abwarn\u00bb.\n
Par d\u00e9faut, une nouvelle impl\u00e9mentation du mode interactif de la commande \u00abgit add -i\u00bb est activ\u00e9e, r\u00e9\u00e9crite en C \u00e0 partir de Perl. <\/ul>\n