Git 2.55

Présenté publication d'un système de gestion distribué de textes originaux Git 2.55. Parmi les principales modifications : intégration par défaut d'une compilation avec Rust, mise en œuvre pour Linux d'un processus fsmonitor, nouvelle stratégie de réemballage de l'index MIDX incrémental, commande git history fixup pour corriger l'engagement, optimisation de la génération de cartes de disponibilité des objets, prise en charge de l'exécution simultanée de hooks, commande git format-rev. Le code Git est distribué sous licence GPLv2+.

Par rapport à la version précédente, 505 changements ont été adoptés dans la nouvelle version, préparés par 100 développeurs, dont 33 ont participé pour la première fois au développement de Git.

Les principales innovations (github.blog, gitlab.com/blog, gitlab.com/git-scm):

• Par défaut sont incluses. prise en charge des composants en Rust. Le compilateur rustc ajouté dans les dépendances de construction. Pour construire sans Rust, vous pouvez utiliser le drapeau NO_RUST=1 lors du lancement de l'outil make ou -Drust=disabled lors de l'exécution de meson configure. La possibilité de désactiver la construction avec Rust sera maintenue jusqu'à la branche Git 3.0, où Rust sera est inclus dans les dépendances obligatoires. Une couche en Rust a été mise en œuvre pour la portabilité entre les configurations avec des hachages SHA-1 et SHA-256, ainsi que certaines fonctions internes, telles que l'encodage et le décodage de valeurs entières à longueur variable. À l'avenir, une refonte en Rust de composants internes plus significatifs de Git est attendue.
• Dans l'équipe expérimentale «git history, qui offre des possibilités de réécriture de l'historique des modifications, une opération « git history fixup » a été ajoutée pour corriger l'engagement. L'opération fixup permet de déplacer les modifications ajoutées via git add vers un engagement plus ancien et de réécrire automatiquement tous les engagements ultérieurs, de manière analogue à l'exécution de la commande git commit —fixup= et du lancement de git rebase —autosquash ~.
• Pour la plateforme Linux, un processus en arrière-plan fsmonitor, surveillant les changements dans le système de fichiers à l'aide du mécanisme inotify et permettant d'éviter de parcourir tout le répertoire de travail lors de l'exécution de commandes telles que git status. L'activation se fait via le paramètre «core.fsmonitor».
• La commande git repack a introduit le mode —write-midx=incremental, qui met en œuvre une nouvelle stratégie de mise à jour des métadonnées dans l'index MIDX incrémental (multi-pack index), permettant d'éviter de devoir réemballer l'ensemble de l'index. Dans l'index multi-pack incrémental, au lieu d'un grand index unique contenant des informations sur la répartition des objets dans les fichiers pack, une stratification est appliquée : chaque couche couvre un certain nombre de fichiers pack et est stockée dans un fichier bitmap séparé. Cette structure permet d'ajouter des informations sur les objets dans de nouveaux fichiers pack à l'index, en attachant de nouvelles couches à l'index sans reconstruire les couches existantes. La commande git repack —write-midx=incremental permet d'ajouter une nouvelle couche à l'index MIDX incrémental, couvrant les fichiers pack récemment créés. Associée au mode d'emballage des dépôts —geometric, cette nouvelle commande permet de combiner de nouveaux objets de plusieurs fichiers pack en un seul fichier pack plus grand et, si nécessaire, d'effectuer l'emballage et la fusion de plusieurs couches adjacentes de l'index MIDX incrémental. Cette stratégie permet, lors de l'exécution de git repack, de réécrire uniquement les couches supérieures, laissant les anciennes grandes couches intactes, tout en évitant la croissance incontrôlée de la chaîne de couches, maintenant le nombre total de couches à un niveau proportionnel au logarithme du nombre total d'objets.
• La génération des bitmaps de disponibilité des objets a été considérablement optimisée grâce à un nouvel algorithme de parcours de l'arbre des objets, évitant la récursivité superflue, le caching des positions des objets, le tri des bitmaps avant leur fusion par opération XOR et la refonte du code pour créer des bitmaps de pseudo-fusion (pseudo-merge). Dans un dépôt de test, ces optimisations ont permis de réduire le temps de génération des bitmaps de 612 à 294 secondes.
• La possibilité d'exécution parallèle de tâches indépendantes a été mise en œuvre. hooks dans les fichiers de configuration. Les hooks qui affectent l'état partagé ou en tiennent compte, comme ceux qui modifient les notes de commit ou inspectent les index et l'arbre de travail, ne peuvent pas être exécutés en parallèle. Toutefois, il est possible de lancer simultanément des hooks pour la vérification par un linter et l'exécution de tests unitaires. Les hooks qui permettent une exécution parallèle sont configurés via le paramètre hook.nom_du_hook.parallel = true. Le nombre de tâches exécutées simultanément est défini par la configuration hook.jobs, hook.<event>.jobs ou l'option de ligne de commande -j.
• Dans l'équipe git pack-objects, la fonctionnalité —path-walk permet de spécifier des filtres tels que blob:none, blob:limit=<n>, tree:0, object:type=<type>, sparse:<oid> et combine:. Dans un test effectué, l'élimination des blobs lors de l'exécution de —path-walk a permis de réduire la taille du pack-fichier de 16%.
• Ajoutée la commande git format-rev pour formater les révisions et les noms d'objets mentionnés dans les listes de commits ou présents dans un texte arbitraire (par exemple, elle peut être utilisée dans les hooks pour traiter les notes de commit).

git last-modified | git format-rev —stdin-mode=text —format=%an

Junio C Hamano builtin/commit.c

• L'échappement de la plupart des séquences de contrôle de terminal dans les messages d'information et le texte d'erreur transmis par le serveur est activé par défaut. Lorsqu'il est confronté à un serveur malveillant, de telles séquences d'échappement pouvaient être utilisées pour cacher ou modifier la sortie, par exemple, via des séquences d'échappement pour déplacer le curseur et effacer du texte. Le support des séquences d'échappement pour la mise en surbrillance des éléments en couleur a été conservé.
• La commande git checkout -m sauvegarde désormais automatiquement les modifications conflictuelles locales dans la zone stash sans nécessiter une résolution immédiate du conflit.
• La commande git push a été dotée de la capacité de pousser une branche vers plusieurs serveurs Git externes en une seule commande. Par exemple, pour transférer la branche main non seulement vers le serveur principal, mais aussi vers des miroirs, vous pouvez créer un groupe publish composé des serveurs github, gitlab et mirror :

git config remotes.publish "github gitlab mirror"
git push publish main

• La commande git log —graph a reçu l'option —graph-lane-limit=<N> pour limiter le nombre de bandes verticales lors de la visualisation des branches, permettant ainsi de laisser de la place à l'écran pour les données sur les commits dans les dépôts avec un grand nombre de branches.

…
* | | | | 619931f561 Fusionner la branche ‘dl/posix-unused-warning-clang’
|\ \ \ \ \
| * | | | ~ cf48887610 compat/posix.h : simplifier la comparaison GIT_GNUC_PREREQ()
| * | | | ~ ffd45926dc compat/posix.h : nettoyer GIT_GNUC_PREREQ() et UNUSED
|\ \ \ \ \~
| * | | | ~ 3f5203eeb4 ls-files : filtrer le pathspec avant lstat

• Aux commandes git log et git rev-list, l'option —max-count-oldest=<N> a été ajoutée, permettant de sélectionner les N plus anciens commits dans la plage.

Source : linux.org.ru