Git 2.45 arrive avec plus de 540 changements et nouvelles fonctionnalités, connaissez les plus importantes

La nouvelle version de Git 2.45 arrive après deux mois de développement et cette version présente un grand nombre d'améliorations significatives et diverses nouvelles fonctionnalités, totalisant 540 modifications grâce à la participation de plus de 96 contributeurs, dont 38 nouveaux.

Pour ceux qui ne connaissent pas Git, il s'agit d'un système de contrôle de version reconnu comme l'un des plus populaires, fiables et performants. Il offre des outils de développement flexibles et non linéaires basés sur la création de branches et la fusion de modifications. Afin de préserver l'intégrité de l'historique et d'empêcher les modifications rétroactives, Git utilise un hachage implicite de l'historique complet dans chaque commit.

Points forts de Git 2.45

Dans cette nouvelle version de Git 2.45 présentée, l'une des nouveautés les plus importantes est la un soutien préliminaire pour un nouveau backend de stockage de référence appelé "réutilisable", Quoi vous permet de stocker plus efficacement les références de balises et de branches dans un référentiel. Ce nouveau backend utilise le stockage par blocs utilisé par le projet JGit et est optimisé pour gérer un grand nombre de liens. Au lieu de stocker des références lâches ou de mettre constamment à jour un fichier, reftable implémente un format binaire pour stocker efficacement les références. En activant le nouveau backend avec l'option "--ref-format=reftable" lors de l'initialisation du référentiel ("git init --ref-format=reftable /ruta/al/repositorio"), il est possible d'accélérer les opérations de recherche, de lecture et d'écriture dans des référentiels comportant un grand nombre de liens, améliorant ainsi les performances globales du système.

Une autre nouveauté notable de cette version est l'introduction d'outils facilitant la portabilité entre les identifiants d'objets basés sur le hachage SHA-1 et SHA-256 (particulièrement utiles lors de la migration progressive d'un dépôt vers le hachage SHA-256). Un nouveau format d'objet a été proposé, permettant de référencer les objets non seulement par le hachage principal spécifié lors de l'initialisation du dépôt, mais aussi par un hachage de secours.

En plus de cela, il met également en évidence le possibilité de définir des préfixes alternatifs pour les différences de fichiers, en utilisant les paramètres diff.srcPrefix y diff.dstPrefix dans la configuration, cela permet d'indiquer l'état avant et après une version particulière du fichier avec des préfixes personnalisés. Des préfixes alternatifs permettent aux utilisateurs de modifier la façon dont Git affiche les chemins de fichiers avant et après les différences.

Côté correctifs , Git 2.45 résout plusieurs problèmes mineurs et apporte des optimisations pour garantir des performances optimales. Il améliore également la détection et la gestion des objets manquants, facilite le débogage de l'historique d'un dépôt et introduit des améliorations dans les journaux de référence.

Parmi les autres changements notables de cette nouvelle version, on peut citer :

• La commande "git rev-list" Vous pouvez désormais afficher les ID des objets qui ne sont pas dans le référentiel local, même s'ils ne sont pas accessibles dans une branche ou une balise. Ceci est utile pour diagnostiquer la corruption du référentiel.
• La capacité de personnalisation des messages de validation a été étendue, autorisant des caractères ou des chaînes multi-octets comme indicateurs de commentaires.
• Nouvelle commande ajoutée "git reflog list" pour afficher les reflogs connus et leurs liens correspondants vers les balises et les branches.
• De plus, la configuration core.commentChar prend désormais en charge les caractères multi-octets comme délimiteur de commentaires.
• L'optionn "--comment" ajouté à la commande "git config" pour permettre l'enregistrement des commentaires dans le fichier .gitconfig et expliquer l'essentiel de certains paramètres.
• git config dispose désormais d'une nouvelle option pour aider à documenter le fichier .gitconfig. format de fichier .gitconfig  autorise les commentaires commençant par un caractère# , ce qui veut dire que tout après ça # jusqu'à ce que la nouvelle ligne suivante soit ignorée.
• Option ajoutée "--empty" en commande "git cherry-pick" pour supprimer automatiquement les commits redondants, similaire à l'option "--empty" dans git-rebase et git-am.
• Maintenant la commande "git checkout -p" vous permet d'utiliser le symbole "@"

Si vous souhaitez en savoir plus , vous trouverez les détails en suivant ce lien.