{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Sortie du syst\u00e8me de gestion de versions Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s deux mois de d\u00e9veloppement, la version 2.39 du syst\u00e8me de gestion d\u00e9centralis\u00e9e des textes source Git a \u00e9t\u00e9 publi\u00e9e. Git est l'un des syst\u00e8mes de gestion de versions les plus populaires, fiables et performants, offrant des outils flexibles pour le d\u00e9veloppement non lin\u00e9aire, bas\u00e9s sur la cr\u00e9ation et la fusion de branches. Pour garantir l'int\u00e9grit\u00e9 de l'historique et la r\u00e9sistance aux modifications 'r\u00e9troactives', un hachage implicite de toute l'historique pr\u00e9c\u00e9dent est utilis\u00e9 dans chaque commit, et il est \u00e9galement possible de certifier num\u00e9riquement les signatures des d\u00e9veloppeurs pour certains tags et commits. <\/p>\n
Compar\u00e9 \u00e0 la version pr\u00e9c\u00e9dente, cette nouvelle version int\u00e8gre 483 modifications, pr\u00e9par\u00e9es par la participation de 86 d\u00e9veloppeurs, dont 31 ont particip\u00e9 au d\u00e9veloppement pour la premi\u00e8re fois. Les principales nouveaut\u00e9s : <\/p>\n
\n
Dans l'\u00e9quipe 'git shortlog', destin\u00e9e \u00e0 afficher des r\u00e9sum\u00e9s statistiques de l'historique des modifications, une option '--group' a \u00e9t\u00e9 ajout\u00e9e pour la regroupement arbitraire des commits par diff\u00e9rents champs, ne se limitant pas \u00e0 l'auteur ou au committer. Par exemple, pour afficher la liste des d\u00e9veloppeurs avec des informations sur le nombre de changements, en tenant compte des co-auteurs mentionn\u00e9s dans le champ 'Co-authored-by', on peut utiliser la commande : git shortlog -ns --group=author --group=trailer:co-authored-by\n
La sortie de shortlog peut \u00eatre agr\u00e9g\u00e9e \u00e0 l'aide de sp\u00e9cificateurs de formatage, et l'option «—group» permet de simplifier consid\u00e9rablement la cr\u00e9ation de rapports complexes et d'\u00e9liminer la n\u00e9cessit\u00e9 d'ex\u00e9cuter des commandes de tri suppl\u00e9mentaires. Par exemple, pour cr\u00e9er un rapport sur le nombre de commits accept\u00e9s pour une version donn\u00e9e chaque mois, on peut indiquer : git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12. Auparavant, pour r\u00e9aliser une op\u00e9ration similaire, il aurait fallu utiliser les utilitaires sort et uniq : git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c <\/p>\n
Les capacit\u00e9s du m\u00e9canisme \u00ab cruft packs \u00bb ont \u00e9t\u00e9 \u00e9tendues, permettant de regrouper des objets inaccessibles pour lesquels il n'existe pas de liens dans le r\u00e9f\u00e9rentiel (aucune branche ou balise n'y fait r\u00e9f\u00e9rence). Les objets inaccessibles sont supprim\u00e9s par le collecteur de d\u00e9chets, mais restent dans le r\u00e9f\u00e9rentiel pendant un certain temps avant suppression pour \u00e9viter les conditions de concurrence. Le m\u00e9canisme \u00ab cruft packs \u00bb permet de conserver tous les objets inaccessibles dans un seul fichier pack, tandis que les donn\u00e9es relatives \u00e0 la date de modification de chaque objet sont refl\u00e9t\u00e9es dans une table distincte, stock\u00e9e dans un fichier s\u00e9par\u00e9 ayant l'extension \u00ab .mtimes \u00bb, afin qu'elles ne se m\u00e9langent pas avec le temps de modification g\u00e9n\u00e9ral.\n
La dur\u00e9e de conservation des objets inaccessibles dans le r\u00e9f\u00e9rentiel avant leur suppression effective est d\u00e9termin\u00e9e par l'option \u00ab \u2014prune= \u00bb. Bien que le d\u00e9lai avant suppression soit une m\u00e9thode efficace et pratique pour pr\u00e9venir la corruption du r\u00e9f\u00e9rentiel due \u00e0 des conditions de concurrence, il n'est pas 100 % fiable. Pour faciliter la r\u00e9cup\u00e9ration d'un r\u00e9f\u00e9rentiel corrompu, la nouvelle version propose la possibilit\u00e9 de conserver les objets manquants, pour cela, la commande \u00ab git repack \u00bb a \u00e9t\u00e9 enrichie d'une option \u00ab \u2014expire-to \u00bb, permettant de sp\u00e9cifier un fichier pour cr\u00e9er une copie externe de tous les objets supprim\u00e9s. Par exemple, pour sauvegarder dans le fichier backup.git les objets inaccessibles qui n'ont pas \u00e9t\u00e9 modifi\u00e9s ces 5 derni\u00e8res minutes, la commande suivante peut \u00eatre utilis\u00e9e : git repack \u2014cruft \u2014cruft-expiration=5.minutes.ago -d \u2014expire-to=..\/backup.git <\/p>\n
La vitesse d'ex\u00e9cution de l'op\u00e9ration \u00ab git grep \u2014cached \u00bb a \u00e9t\u00e9 consid\u00e9rablement augment\u00e9e (jusqu'\u00e0 70 %) lors de la recherche dans des zones o\u00f9 le clonage partiel (sparse-checkout) est appliqu\u00e9 et pour lesquelles des index partiels (sparse index) sont disponibles. Auparavant, lors de l'utilisation de l'option \u00ab \u2014cached \u00bb, la recherche se faisait d'abord dans l'index normal, puis dans les index partiels, entra\u00eenant des retards notables lors des recherches dans de grands r\u00e9f\u00e9rentiels.\n