{"id":103816,"date":"2022-04-19T15:36:47","date_gmt":"2022-04-19T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36"},"modified":"2022-04-19T15:36:47","modified_gmt":"2022-04-19T13:36:49","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","title":{"rendered":"Publication de la version 2.36 du syst\u00e8me de gestion de code source Git","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s trois mois de d\u00e9veloppement, la version du syst\u00e8me de gestion de code source distribu\u00e9 Git 2.36 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 branchement 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 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
Compar\u00e9 \u00e0 la version pr\u00e9c\u00e9dente, cette nouvelle version int\u00e8gre 717 modifications, pr\u00e9par\u00e9es par 96 d\u00e9veloppeurs, dont 26 ont particip\u00e9 au d\u00e9veloppement pour la premi\u00e8re fois. Les principales nouveaut\u00e9s incluent : <\/p>\n
\n
Une option \u00ab --remerge-diff \u00bb a \u00e9t\u00e9 ajout\u00e9e aux commandes \u00ab git log \u00bb et \u00ab git show \u00bb, permettant d'afficher les diff\u00e9rences entre le r\u00e9sultat commun de la fusion et les donn\u00e9es r\u00e9elles refl\u00e9t\u00e9es dans le commit apr\u00e8s le traitement de la commande \u00ab merge \u00bb, ce qui permet d'\u00e9valuer visuellement les modifications effectu\u00e9es lors de la r\u00e9solution des conflits de fusion. La commande ordinaire \u00ab git show \u00bb s\u00e9pare les diff\u00e9rentes r\u00e9solutions de conflits par un retrait, ce qui complique la compr\u00e9hension des changements. Par exemple, l'image ci-dessous montre que les lignes \u00ab +\/\u2013 \u00bb sans retrait repr\u00e9sentent la derni\u00e8re r\u00e9solution de conflit li\u00e9e au renommage dans la premi\u00e8re branche, tandis que \u00ab +\/\u2013 \u00bb avec retrait repr\u00e9sente la r\u00e9solution initiale du conflit caus\u00e9e par l'ajout d'un argument dans la fonction dwim_ref() dans la seconde branche.
<\/center>\n
Lors de l'utilisation de l'option \u00ab --remerge-diff \u00bb, les diff\u00e9rences entre les r\u00e9solutions de conflits ne sont pas s\u00e9par\u00e9es pour chaque branche parent, mais montrent les diff\u00e9rences globales entre le fichier contenant les conflits de fusion et le fichier dans lequel les conflits ont \u00e9t\u00e9 r\u00e9solus.
<\/center> <\/p>\n
La flexibilit\u00e9 de la configuration du comportement de r\u00e9initialisation des caches disque via l'appel de la fonction fsync() a \u00e9t\u00e9 augment\u00e9e. L'ancien param\u00e8tre core.fsyncObjectFiles a \u00e9t\u00e9 divis\u00e9 en deux variables de configuration, core.fsync et core.fsyncMethod, permettant d'appliquer fsync non seulement aux fichiers d'objets (.git\/objects), mais \u00e9galement \u00e0 d'autres structures git, telles que les r\u00e9f\u00e9rences (.git\/refs), reflog et fichiers pack.\n
Gr\u00e2ce \u00e0 la variable core.fsync, il est possible de sp\u00e9cifier une liste de structures internes de Git pour lesquelles fsync sera appel\u00e9 apr\u00e8s l'op\u00e9ration d'\u00e9criture. La variable core.fsyncMethod permet de choisir la m\u00e9thode de vidage du cache, par exemple, il est possible de choisir fsync pour appliquer l'appel syst\u00e8me du m\u00eame nom ou d'indiquer writeout-only pour appliquer un \u00e9criture diff\u00e9r\u00e9e (pagecache writeback). <\/p>\n
Pour se prot\u00e9ger contre les vuln\u00e9rabilit\u00e9s provoqu\u00e9es par la manipulation des r\u00e9pertoires .git par d'autres utilisateurs dans des sections partag\u00e9es, le contr\u00f4le de la propri\u00e9t\u00e9 du d\u00e9p\u00f4t a \u00e9t\u00e9 renforc\u00e9. L'ex\u00e9cution de toutes les commandes git n'est maintenant autoris\u00e9e que dans ses propres r\u00e9pertoires \u00ab .git \u00bb. Si le r\u00e9pertoire avec le d\u00e9p\u00f4t appartient \u00e0 un autre utilisateur, une erreur sera affich\u00e9e par d\u00e9faut. Ce comportement peut \u00eatre d\u00e9sactiv\u00e9 \u00e0 l'aide du param\u00e8tre safe.directory.\n
La commande «git cat-file», destin\u00e9e \u00e0 afficher le contenu source des objets Git, a \u00e9t\u00e9 enrichie d'une option «—batch-command», compl\u00e9tant les commandes pr\u00e9c\u00e9demment disponibles «—batch» et «—batch-check» avec la possibilit\u00e9 de choisir de mani\u00e8re adaptative le type de sortie en indiquant «contents <objet>» pour afficher le contenu ou «info <objet>» pour afficher des informations sur l'objet. La commande «flush» pour vider le tampon de sortie est \u00e9galement support\u00e9e.\n
La commande «git ls-tree», con\u00e7ue pour g\u00e9n\u00e9rer une liste du contenu de l'arborescence des objets, a \u00e9t\u00e9 dot\u00e9e d'une option «—oid-only» («—object-only»), similaire \u00e0 «—name-only», affichant uniquement les identifiants des objets afin de simplifier les appels depuis des scripts. Une option «—format» a \u00e9galement \u00e9t\u00e9 mise en \u0153uvre pour permettre de d\u00e9finir un format de sortie personnalis\u00e9, en combinant des informations sur le mode, le type, le nom et la taille.\n
La commande «git bisect run» a \u00e9t\u00e9 modifi\u00e9e pour d\u00e9finir l'absence d'indication d'ex\u00e9cution pour le script d'un fichier ex\u00e9cutable, et affichera dans ce cas des erreurs avec les codes 126 ou 127 (auparavant, si le script ne pouvait pas \u00eatre ex\u00e9cut\u00e9, toutes les r\u00e9visions \u00e9taient marqu\u00e9es comme ayant des probl\u00e8mes).\n
La commande «git fetch» a \u00e9t\u00e9 enrichie d'une option «—refetch» pour r\u00e9cup\u00e9rer tous les objets sans informer l'autre partie du contenu d\u00e9j\u00e0 pr\u00e9sent sur le syst\u00e8me local. Ce comportement peut \u00eatre utile pour restaurer l'\u00e9tat apr\u00e8s des pannes, lorsqu'il n'y a pas de certitude sur l'int\u00e9grit\u00e9 des donn\u00e9es locales.\n
Les commandes «git update-index», «git checkout-index», «git read-tree» et «git clean» prennent d\u00e9sormais en charge les index partiels (sparse index), permettant 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.\n
Le comportement de la commande «git clone —filter=… —recurse-submodules» a \u00e9t\u00e9 modifi\u00e9, ce qui permet maintenant un clonage partiel des sous-modules (auparavant, lors de l'ex\u00e9cution de telles commandes, le filtre \u00e9tait appliqu\u00e9 uniquement au contenu principal, et les sous-modules \u00e9taient clon\u00e9s enti\u00e8rement sans tenir compte du filtre).\n
La commande «git bundle» prend d\u00e9sormais en charge la sp\u00e9cification de filtres pour le placement s\u00e9lectif du contenu, de mani\u00e8re similaire aux op\u00e9rations de clonage partiel.\n
La commande «git branch» a \u00e9t\u00e9 enrichie d'une option «—recurse-submodules» pour la travers\u00e9e r\u00e9cursive des sous-modules.\n
Un nouveau gestionnaire pour le langage Kotlin a \u00e9t\u00e9 propos\u00e9 dans userdiff. <\/ul>\n
![\"Publication](\"\/wp-content\/uploads\/2022\/04\/75651aa0f36ad2b5896991a675754b1f.jpg\")
<\/center>\n![\"Publication](\"\/wp-content\/uploads\/2022\/04\/903ff119e179781b6e0de91205765a6a.jpg\")
<\/center> <\/p>\n