Git 2.35 arrive avec de nouvelles fonctionnalités, des corrections de bogues, et plus encore

Après deux mois de développement la sortie de la nouvelle version de Git 2.35 a été annoncée que par rapport à la version précédente, 494 modifications ont été acceptées dans la nouvelle version, préparée avec la participation de 93 développeurs, dont 35 ont participé au développement pour la première fois.

En ce qui concerne les principales innovations qui se démarquent dans cette nouvelle version, nous pouvons trouver le Options étendues pour utiliser les clés SSH pour signer numériquement les objets Git.

Pour différencier la période de validité des différentes clés, a été ajouté prise en charge des directives OpenSSH "valid-before" et "valid-after", qui peut être utilisé pour garantir un travail correct avec les signatures.

Avant cela, il y avait un problème de séparation des signatures avec l'ancienne clé et la nouvelle : si vous supprimez l'ancienne clé, il sera impossible de vérifier les signatures faites avec, et si vous la laissez, vous serez toujours capable de créer de nouvelles signatures avec l'ancienne clé, qui a déjà été remplacée par une autre clé. Avec valide avant et valide après, vous pouvez séparer la portée des clés en fonction du moment où la signature a été créée.

Un autre changement qui se démarque dans cette nouvelle version de Git 2.35 est le paramètre merge.conflictStyle, qui Permet de sélectionner le mode d'affichage des informations sur les conflits lors d'une fusion, prend désormais en charge le mode "zdiff3", qui déplace toutes les chaînes de type spécifiées au début ou à la fin d'un conflit hors de la zone de conflit, permettant une présentation plus compacte des informations.

Mode ajouté «-mise en scène»À la« commandecache de git«, qui permet de masquer uniquement les changements ajoutés à l'index, par exemple, dans les situations où vous devez reporter temporairement certaines modifications complexes pour ajouter ce qui est déjà prêt en premier, et avec le reste à résoudre après un certain temps. Le mode est similaire à la commande "git commet«, écrire uniquement les modifications placées dans l'index, mais au lieu de créer un nouveau commit dans "git cachette --mise en scène« , le résultat est enregistré dans la zone temporaire de stockage. Une fois que les modifications sont nécessaires, elles peuvent être annulées avec la commande "git stash pop".

D'un autre côté, nous pouvons trouver que ajouté un nouveau spécificateur de format «--format=%(description)»À la« commandegitlog", ce que permet à la sortie de "git log" de correspondre à la sortie de la commande "git describe".

Les options pour "git describe" sont spécifiées directement dans le spécificateur ("–format=%(describe:match= ,exclure= )")), qui peuvent également inclure des balises abrégées ("–format=% ( describe:tags= )») et définit le nombre de caractères hexadécimaux pour identifier les objets.

Par exemple, pour afficher les 8 commits les plus récents dont les balises n'ont pas de balise release candidate et spécifier des identifiants de 13 caractères, vous pouvez utiliser la commande :

Un travail a été fait pour normaliser l'utilisation du type "size_t" au lieu de "unsigned long" pour les valeurs représentant la taille des objets, ce qui permettait d'appliquer les filtres "clean" et "smudge" avec des fichiers de plus de 4 Go sur toutes les plateformes, y compris les plateformes avec le modèle de données LLP64, tapez "unsigned long", qui est limité à 4 octets.

De l' d'autres changements qui se démarquent de la nouvelle version:

  • Ajout de la mise en œuvre initiale d'un nouveau backend "rafraichissant» pour stocker des références telles que des branches et des balises dans un référentiel.
  • La palette de couleurs de la commande «git grep» a été modifié pour correspondre à l'utilitaire GNU grep.
  • La commande "initialisation de git sparse-checkout» est obsolète et doit être utilisé à la place «ensemble git sparse-checkout«.
  • Option ajoutée “–empty=(arrêter|déposer|conserver)» à la commande "git suis", qui permet, lors de l'analyse des correctifs depuis la boîte aux lettres, de choisir le comportement des messages vides ne contenant pas de correctifs.
  • Ajout de la prise en charge des index clairsemés pour git reset, git diff, git reproche, git fetch, git pull et git ls-files» pour améliorer les performances et économiser de l'espace dans les référentiels, où les opérations de clonage (sparse-checkout) sont effectuées.

Enfin si vous souhaitez en savoir plus à propos de cette nouvelle version de Git 2.35, vous pouvez consulter les détails dans le lien suivant.


Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.