{"id":118622,"date":"2024-07-30T09:43:00","date_gmt":"2024-07-30T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46"},"modified":"2024-07-30T09:43:00","modified_gmt":"2024-07-30T07:43:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","title":{"rendered":"Publication du syst\u00e8me de gestion de versions Git 2.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s trois mois de d\u00e9veloppement, la version 2.46 du syst\u00e8me distribu\u00e9 de gestion de versions 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 le branching et le merging. Pour garantir l'int\u00e9grit\u00e9 de l'historique et la r\u00e9sistance aux modifications \u00ab r\u00e9troactives \u00bb, un hachage implicite de toute l'historique pr\u00e9c\u00e9dent est utilis\u00e9 dans chaque commit, et il est \u00e9galement possible de v\u00e9rifier les tags et commits individuels par les signatures num\u00e9riques des d\u00e9veloppeurs. Le code de Git est distribu\u00e9 sous la licence GPLv2+. <\/p>\n
Par rapport \u00e0 la version pr\u00e9c\u00e9dente, cette nouvelle version int\u00e8gre 746 changements, pr\u00e9par\u00e9s par la contribution de 96 d\u00e9veloppeurs, dont 31 participent pour la premi\u00e8re fois au d\u00e9veloppement. Principales nouveaut\u00e9s : <\/p>\n
\n
Un support exp\u00e9rimental pour un nouveau type de bitmap \u2014 le \u00ab pseudo-merge reachability bitmap \u00bb \u2014 a \u00e9t\u00e9 ajout\u00e9. Contrairement \u00e0 la structure \u00ab reachability bitmap \u00bb, les donn\u00e9es concernant les ensembles d'objets li\u00e9s aux commits ne sont pas stock\u00e9es pour chaque commit individuellement, mais plut\u00f4t pour plusieurs commits. Cette organisation permet d'utiliser un seul bitmap lors de la d\u00e9termination des objets pour des commits dans diff\u00e9rentes branches, ce qui, dans de grands d\u00e9p\u00f4ts, \u00e9vite la cr\u00e9ation d'un grand nombre de bitmaps s\u00e9par\u00e9s et acc\u00e9l\u00e8re consid\u00e9rablement l'exploration des objets n\u00e9cessaires lors des op\u00e9rations comme \u00ab git fetch \u00bb, \u00ab git rev-list \u00bb et \u00ab git clone \u00bb. Pour activer ce nouveau type de bitmaps et d\u00e9finir leur logique de s\u00e9lection et d'utilisation, une s\u00e9rie de configurations \u00ab bitmapPseudoMerge \u00bb a \u00e9t\u00e9 propos\u00e9e : git config bitmapPseudoMerge.all.pattern 'refs\/(heads|tags)\/' git config bitmapPseudoMerge.all.threshold now git config bitmapPseudoMerge.all.stableThreshold never git repack -adb\n
Une nouvelle interface en ligne de commande pour la commande \u00ab git config \u00bb a \u00e9t\u00e9 mise en \u0153uvre, rempla\u00e7ant les options disparates pour afficher, renommer et supprimer des configurations et sections, telles que \u00ab --get \u00bb, \u00ab --get-all \u00bb, \u00ab --unset \u00bb et \u00ab --remove-section \u00bb, par un ensemble de sous-commandes distinctes. Par exemple, pour afficher toutes les configurations d'un d\u00e9p\u00f4t, la commande \u00ab git config list \u00bb peut maintenant \u00eatre utilis\u00e9e, et pour voir le contenu d'un certain param\u00e8tre \u2014 la commande \u00ab git config get \u00bb. Pour filtrer davantage les r\u00e9sultats, l'option \u00ab --regexp \u00bb permet de d\u00e9finir un filtre bas\u00e9 sur une expression r\u00e9guli\u00e8re.\n
Dans le protocole \u00ab credential helper \u00bb, utilis\u00e9 pour transmettre des informations d'identification lors de l'acc\u00e8s \u00e0 des d\u00e9p\u00f4ts \u00e0 acc\u00e8s limit\u00e9, la prise en charge de nouveaux champs \u00ab authtype \u00bb et \u00ab credential \u00bb a \u00e9t\u00e9 ajout\u00e9e, permettant de cr\u00e9er des gestionnaires pour des syst\u00e8mes d'authentification HTTP qui ne se limitent pas \u00e0 la v\u00e9rification du nom d'utilisateur et du mot de passe, par exemple, lors de l'utilisation du Bearer Token dans OAuth 2.0. Auparavant, il fallait indiquer les donn\u00e9es sensibles en texte clair dans le param\u00e8tre http.extraHeader pour travailler avec de tels syst\u00e8mes d'authentification. De plus, le protocole a ajout\u00e9 la possibilit\u00e9 de conserver l'\u00e9tat de chaque gestionnaire d'identit\u00e9s pour prendre en charge les m\u00e9thodes d'authentification \u00e0 plusieurs \u00e9tapes utilis\u00e9es dans des protocoles tels que NTLM et Kerberos.\n
Le d\u00e9veloppement du backend exp\u00e9rimental \u00ab reftable \u00bb pour un stockage efficace des r\u00e9f\u00e9rences de branches et de balises dans les d\u00e9p\u00f4ts a \u00e9t\u00e9 poursuivi. Ce backend utilise un stockage par blocs, appliqu\u00e9 par le projet JGit et optimis\u00e9 pour le stockage de tr\u00e8s nombreux liens (les formats de stockage traditionnels des r\u00e9f\u00e9rences entra\u00eenent des frais g\u00e9n\u00e9raux significatifs dans les d\u00e9p\u00f4ts avec un grand nombre de r\u00e9f\u00e9rences en raison de la cr\u00e9ation d'un trop grand nombre de fichiers dans un seul r\u00e9pertoire lorsque les r\u00e9f\u00e9rences sont stock\u00e9es dans le r\u00e9pertoire $GIT_DIR\/refs ou de la n\u00e9cessit\u00e9 de r\u00e9\u00e9crire un grand fichier \u00e0 chaque mise \u00e0 jour lorsque les r\u00e9f\u00e9rences sont stock\u00e9es dans le fichier $GIT_DIR\/packed_refs). Dans la nouvelle version, une commande \u00ab git refs migrate \u2014ref-format=reftable \u00bb a \u00e9t\u00e9 ajout\u00e9e pour transf\u00e9rer les d\u00e9p\u00f4ts existants vers le backend \u00ab reftable \u00bb (le backend n'\u00e9tait auparavant activ\u00e9 que lors de l'initialisation du d\u00e9p\u00f4t).\n
Une option \u00ab --no-advice \u00bb a \u00e9t\u00e9 ajout\u00e9e \u00e0 la commande git, d\u00e9sactivant tous les messages de recommandations et d'astuces, ce qui peut \u00eatre utile pour \u00e9viter d'encombrer le journal d'informations inutiles lors d'un appel automatis\u00e9 de git.\n
Le processus de conversion de certaines v\u00e9rifications du jeu de tests vers l'utilisation de tests unitaires a commenc\u00e9, ce qui facilitera les tests des composants de bas niveau et am\u00e9liorera l'efficacit\u00e9 du processus de test sur la plateforme Windows, o\u00f9 des frais g\u00e9n\u00e9raux importants surviennent lors de l'ex\u00e9cution d'un grand nombre de processus pendant l'ex\u00e9cution des tests, qui sont r\u00e9alis\u00e9s sous forme de scripts shell.\n
Le code pour l'analyse des param\u00e8tres de couleur a \u00e9t\u00e9 am\u00e9lior\u00e9 pour permettre l'utilisation de la notation \u00ab #RGB \u00bb en plus de la notation \u00ab #RRGGBB \u00bb. <\/ul>\n