{"id":105249,"date":"2022-10-04T15:36:37","date_gmt":"2022-10-04T13:36:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38"},"modified":"2022-10-04T15:36:37","modified_gmt":"2022-10-04T13:36:37","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","title":{"rendered":"Publication du syst\u00e8me de gestion de version Git 2.38","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version du syst\u00e8me de gestion d\u00e9centralis\u00e9 des fichiers source Git 2.38 a \u00e9t\u00e9 publi\u00e9e. Git est l'un des syst\u00e8mes de gestion de version les plus populaires, fiables et performants, offrant des outils flexibles pour le d\u00e9veloppement non lin\u00e9aire bas\u00e9s sur le branching et le merging. Pour garantir l'int\u00e9grit\u00e9 de l'historique et sa r\u00e9sistance aux modifications 'r\u00e9troactives', un hachage implicite de tout l'historique pr\u00e9c\u00e9dent est utilis\u00e9 dans chaque commit, et il est \u00e9galement possible de v\u00e9rifier les signatures num\u00e9riques des d\u00e9veloppeurs pour certains tags et commits. <\/p>\n
Par rapport \u00e0 la version pr\u00e9c\u00e9dente, la nouvelle version int\u00e8gre 699 modifications, pr\u00e9par\u00e9es par la participation de 92 d\u00e9veloppeurs, dont 24 ont particip\u00e9 pour la premi\u00e8re fois au d\u00e9veloppement. Les principales nouveaut\u00e9s : <\/p>\n
\n
La nouvelle utilitaire 'scalar', d\u00e9velopp\u00e9e par Microsoft pour g\u00e9rer de grands d\u00e9p\u00f4ts, est incluse dans la version principale. L'outil a \u00e9t\u00e9 initialement \u00e9crit en C#, mais une version r\u00e9vis\u00e9e en C est incluse dans git. Cette nouvelle utilitaire se distingue de la commande git en int\u00e9grant par d\u00e9faut des fonctionnalit\u00e9s suppl\u00e9mentaires et des param\u00e8tres qui affectent les performances lors du travail avec des d\u00e9p\u00f4ts extr\u00eamement volumineux. Par exemple, lors de l'utilisation de scalar, on applique :\n
\n
Le clonage partiel pour travailler avec une copie incompl\u00e8te du d\u00e9p\u00f4t.\n
Un m\u00e9canisme int\u00e9gr\u00e9 de suivi des modifications dans le syst\u00e8me de fichiers (FSMonitor), permettant d'\u00e9viter de parcourir tout le r\u00e9pertoire de travail.\n
Des index couvrant des objets dans diff\u00e9rents fichiers pack (multi-pack).\n
Des fichiers commit-graph avec un index graphique des commits, utilis\u00e9 pour optimiser l'acc\u00e8s aux informations sur les commits.\n
Des travaux p\u00e9riodiques en arri\u00e8re-plan pour maintenir la structure optimale du d\u00e9p\u00f4t sans bloquer la session interactive (le travail de pr\u00e9chargement des nouveaux objets depuis le d\u00e9p\u00f4t distant et de mise \u00e0 jour du fichier de commit-graph est effectu\u00e9 une fois par heure, tandis qu'un processus de compression du d\u00e9p\u00f4t est lanc\u00e9 chaque nuit).\n
Le mode 'sparseCheckoutCone', qui limite les mod\u00e8les autoris\u00e9s lors du clonage partiel. <\/ul>\n
La commande 'git rebase' a ajout\u00e9 l'option '--update-refs' pour mettre \u00e0 jour les branches d\u00e9pendantes qui se croisent avec les branches d\u00e9plac\u00e9es, afin d'\u00e9viter d'effectuer manuellement des op\u00e9rations de checkout vers chaque branche d\u00e9pendante pour basculer sur le commit requis.\n
La compatibilit\u00e9 de la commande 'git rm' avec les index partiels a \u00e9t\u00e9 assur\u00e9e.\n
Le comportement de la commande 'git mv A B' a \u00e9t\u00e9 am\u00e9lior\u00e9 lorsqu'un fichier est d\u00e9plac\u00e9 de l'aire de travail avec des index partiels en mode 'cone' vers une aire externe, pour laquelle ce mode n'est pas appliqu\u00e9.\n
Le format des fichiers bitmap a \u00e9t\u00e9 optimis\u00e9 pour le traitement de grands d\u00e9p\u00f4ts : une table d'index optionnelle avec une liste des commits s\u00e9lectionn\u00e9s et leurs offsets a \u00e9t\u00e9 ajout\u00e9e.\n
Un nouveau mode a \u00e9t\u00e9 impl\u00e9ment\u00e9 dans la commande 'git merge-tree', o\u00f9 un arbre avec le r\u00e9sultat de la fusion est calcul\u00e9 sur la base de deux commits sp\u00e9cifi\u00e9s, comme si l'historique de ces commits avait \u00e9t\u00e9 fusionn\u00e9.\n
Une nouvelle option \u00absafe.barerepository\u00bb a \u00e9t\u00e9 ajout\u00e9e pour g\u00e9rer la possibilit\u00e9 de placer des d\u00e9p\u00f4ts bare (d\u00e9p\u00f4ts sans arbre de travail) \u00e0 l'int\u00e9rieur d'autres d\u00e9p\u00f4ts git. Lorsqu'elle est d\u00e9finie sur \u00abexplicit\u00bb, seule l'utilisation de d\u00e9p\u00f4ts bare situ\u00e9s dans le r\u00e9pertoire racine est autoris\u00e9e. Pour permettre le placement de d\u00e9p\u00f4ts bare dans des sous-r\u00e9pertoires, la valeur \u00aball\u00bb doit \u00eatre utilis\u00e9e.\n
La commande \u00abgit grep\u00bb a \u00e9t\u00e9 enrichie d'une option \u00ab-m\u00bb (\u00ab--max-count\u00bb), similaire \u00e0 l'option \u00e9ponyme de GNU grep, permettant de limiter le nombre de correspondances affich\u00e9es.\n
La commande \u00abls-files\u00bb a \u00e9t\u00e9 dot\u00e9e de l'option \u00ab--format\u00bb pour configurer les champs affich\u00e9s (par exemple, il est possible d'inclure l'affichage du nom de l'objet, des modes, etc.).\n
Dans \u00abgit cat-file\u00bb, lors de l'affichage du contenu des objets, la prise en compte des liens des auteurs \u00e0 des emails, sp\u00e9cifi\u00e9s dans le fichier mailmap, a \u00e9t\u00e9 ajout\u00e9e. <\/ul>\n