Publication du système de gestion des textes source Git 2.56

La version du système de gestion de code source distribué Git 2.56 est maintenant disponible. Le code de Git est distribué sous la licence GPLv2+. Par rapport à la version précédente, cette nouvelle version intègre 748 modifications, impliquant la collaboration de 104 développeurs, dont 39 ont participé au développement de Git pour la première fois. Les principales nouveautés (1, 2, 3) :

• Ajouté le mode « git add —resolved » pour résoudre les conflits lors de la fusion de branches, qui vérifie les fichiers à la recherche de marqueurs de conflit et, en cas de détection d'un marqueur dans un fichier, renvoie une erreur, n'indexe aucun des fichiers et affiche une liste des fichiers nécessitant correction. Contrairement à la commande « git add —update », le nouveau mode traite uniquement les fichiers en conflit, tandis que les fichiers modifiés non liés au conflit sont ignorés, permettant de terminer la fusion des branches en toute sécurité, même si d'autres modifications non terminées sont présentes dans le répertoire de travail (la commande « git add —update » ajoutait à l'index tous les fichiers modifiés précédemment suivis dans le répertoire de travail).
• Le traitement des grands dépôts a été considérablement accéléré grâce à l'optimisation de l'algorithme de recherche des derniers commits communs lors de la fusion de branches et de la comparaison des commits. Le processus prend désormais en compte les commits appartenant exclusivement à une des branches, ce qui permet d'arrêter le scan immédiatement après la découverte de tous les ancêtres communs possibles, sans perdre de temps à parcourir davantage l'historique des modifications. Dans l'un des dépôts testés, la vitesse de recherche a augmenté en moyenne de 20 fois, tandis que dans un autre, l'accélération a atteint 70 fois. Lors de l'exécution de la commande « git merge-base —all v4.8 v4.9 » dans un dépôt avec le noyau Linux, le nombre d'étapes de traversal a diminué de 167 000 à 3 800.
• Le mode de reconditionnement « —path-walk » a été adapté pour une utilisation serveur, permettant de créer des fichiers pack plus compacts en regroupant les objets par leur chemin dans l'arbre des répertoires (par exemple, pour le dépôt Fluent UI, l'utilisation de « —path-walk » a permis de réduire la taille du fichier pack de 558 Mo à 164 Mo). Dans la nouvelle version, il est désormais possible d'utiliser le mode « —path-walk » en conjonction avec des cartes de visibilité (reachability bitmap) et des îlots de delta (delta islands), utilisés par les hébergeurs Git pour accélérer les opérations et isoler les forks du dépôt principal.
• Les goulets d'étranglement ayant conduit à des calculs excessifs dans de grands dépôts ont été éliminés : les vérifications d'état des fichiers lors de l'écriture dans reftable ont été supprimées ; la rescane des listes a été exclue à chaque insertion de nouveau pack-file ; les opérations avec reftable, où un grand nombre d'enregistrements de suppression s'accumulaient, ont été accélérées ; et le fonctionnement de 'git diff' a été optimisé lors de la spécification de contraintes par chemins de fichiers. Après les optimisations, le travail avec reftable lors d'un grand nombre d'effacements a été accéléré de 65 fois (de 13 secondes à 0,2 seconde), tandis que l'exécution de la commande problématique 'git diff' dans le dépôt Chromium contenant 500000 éléments dans l'index prend désormais 0,07 seconde au lieu de 8 minutes.
• La commande expérimentale 'git history', qui fournit des fonctionnalités pour réécrire l'historique des modifications, a été enrichie d'une opération 'git history drop' permettant de supprimer un commit sélectionné tout en rattachant automatiquement ses descendants au commit parent.
• La commande 'git branch —delete-merged ‘origin/*’ ‘topic-*'’ a été ajoutée pour enlever en toute sécurité des groupes de branches locales dont les modifications ont déjà été transférées vers le dépôt externe. Des masques peuvent être utilisés pour filtrer les branches et les dépôts. Pour analyser les candidats à la suppression, sans exécuter la commande, le flag '—dry-run' peut être utilisé.
• La commande 'git refs create|update|delete|rename' a été ajoutée, qui regroupe les opérations de bas niveau pour créer, supprimer, renommer et mettre à jour des références.
• La commande 'git bisect run' a reçu une option '—reset-when-found=[]' qui ramène automatiquement le dépôt à l'état antérieur au début de la recherche ou laisse le commit problématique actif, sans nécessiter l'exécution séparée de la commande 'git bisect reset'.
• Un flag '—linearize' a été ajouté à la commande 'git replay' pour utiliser une topologie de fusion plate, semblable à 'git rebase —no-rebase-merges', mais sans faire appel à l'arbre de travail.
• La commande 'git log —follow' a mis en œuvre le suivi des renommages de fichiers dans une histoire des modifications non linéaire, par exemple lors de la fusion de sous-brins. Le chemin vers le fichier est désormais enregistré séparément pour chaque commit parent, ce qui rend le résultat indépendant de l'ordre de parcours de l'historique des commits.
• Ajout de la possibilité d'appliquer la commande «git repack -a --filter=blob:limit=1m --drop-filtered» pour supprimer les gros objets blob chargés à la demande depuis un dépôt externe et non utilisés dans l'index actuel. Lors de la référence ultérieure à ces objets, ils seront automatiquement rechargés.
• Dans la commande «git log --graph», pour les graphes avec plusieurs racines indépendantes, l'ajout de retraits a été mis en œuvre pour séparer visuellement les commits non liés.
• Détection des fautes typiques, telles que l'indication «git push origin/main» au lieu de «git push origin main» ou «git branch --set-upstream-to origin main» au lieu de «git branch --set-upstream-to=origin/main», avec un rappel pour utiliser la version correcte.

Source : opennet.ru