Après trois mois de développement, il a été dévoilé le lancement de la nouvelle version du populaire système de contrôle de source distribué Git 2.32. Par rapport à la version précédente, 617 changements ont été adoptés dans la nouvelle version, préparé avec la participation de 100 développeurs, dont 35 ont participé au développement pour la première fois.
Pour ceux qui ne connaissent pas Git vous devez savoir que c'est l'un des systèmes de contrôle de version les plus populaires, fiable et performant, fournissant des outils de développement non-linéaires flexibles basés sur le branchement et la fusion.
Pour assurer l'intégrité de l'historique et la résistance aux modifications "rétroactives", le hachage implicite de tout l'historique précédent est utilisé dans chaque commit, il est également possible de certifier avec des signatures numériques des développeurs de balises et de commits individuels.
Points forts de Git 2.32
Dans cette nouvelle version au lieu du mécanisme GIT_CONFIG_NOSYSTEM qui est utilisé pour éviter de lire un fichier de configuration de l'ensemble du système, maintenant il est proposé d'utiliser le mécanisme GIT_CONFIG_SYSTEM, qui vous permet de spécifier explicitement à partir de quel fichier les paramètres à l'échelle du système doivent être chargés, ainsi que le GIT_CONFIG_GLOBAL pour remplacer les paramètres spécifiques à l'utilisateur dans $ ACCUEIL / .git lors de la définition de la variable GIT_CONFIG_SYSTEM.
Un autre changement qui a été apporté est que maintenant, lorsque la deuxième version du protocole de communication Git est utilisée, lors de l'exécution de "git push", la définition est implémentée côté réception, ce qui a permis d'amener l'efficacité du "git push" au niveau de "recherche git»Et supprimer le chargement d'objets qui ne sont pas nécessaires.
Le choix "-bande annonce [= ] "A été ajouté à la commande" git commit ", Qui permet de joindre facilement vos propres informations structurées au format clé/valeur lors de la confirmation, qui pourra ensuite être traité par la commande «interprète-remorques«.
Il est également noté que l'option «–Rejeter-peu profond" à "git clone»Pour désactiver le clonage du référentiel en mode superficiel (pas d'historique complet des modifications), un mode de masquage des e-mails a été ajouté à gitweb, qui remplace les chaînes d'e-mails dans la sortie.
La logique de traitement de la commande «git applique -3way«, qui essaie maintenant d'abord d'appliquer l'algorithme de fusion à trois voies et seulement en cas d'échec ou de conflit revient à l'application de patch habituelle (auparavant c'était l'inverse).
Option ajoutée «–Diff-fusions =»À la« commandegitlog»Et le paramètre log.diffMerges pour sélectionner le mode par défaut, ainsi qu'un protection supplémentaire aux commandes "git add" et "git rm" contre la modification des données sur les itinéraires en dehors du champ de l'opération de paiement dispersé.
- L'option "–Filtre = objet : type =»A été ajouté à la« commandeliste de révisions git»Pour exclure un certain type d'objets du fichier package généré par la commande pack-objets.
- Les valeurs négatives ne sont pas autorisées dans git pack-objets pour les options qui prennent des valeurs numériques, telles que –window et –depth.
- Dans la commande «git appliquer»Il est permis de spécifier les options«–3 voies« Et »–En cache" en même temps.
- La commande "git commet» Dispose d'une version étendue de l'option « –fixup » (création d'un commit pour « rebase –autosquash »).
- La commande "git envoyer-e-mail»A pris en compte la configuration de core.hooksPath.
Les compteurs autres que les entiers sont autorisés dans git format-patch -v . - Une interface IPC simple a été ajoutée pour créer des services comme fsmonitor.
- Traitement du fichier arrêté ».gitattributes "," .gitignore "et" .mailmap»S'il s'agit de liens symboliques.
Pour le transport HTTP, la prise en charge a été ajoutée pour la mise en cache d'un mot de passe utilisé avec succès pour déverrouiller un certificat. - La commande "spectacle de cachette git»A la capacité d'afficher la partie non suivie du magasin de fichiers de stockage temporaire.
Une stratégie plus avancée a été proposée pour reconditionner un référentiel à l'aide de la commande «git reconditionner», ce qui permet de réduire la consommation de ressources lors du reconditionnement.
Enfin si vous souhaitez en savoir plus sur cette nouvelle version, vous pouvez vérifier les détails dans le lien suivant.