Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

La version 2.9 de Git est maintenant disponible
Cette nouvelle version vient notamment avec une heuristique améliorée pour le moteur git diff

Le , par Victor Vincent

231PARTAGES

6  0 
Deux mois après la sortie de la version 2.8 de Git, la version 2.9 du gestionnaire de versions est disponible avec un nombre important de nouvelles fonctionnalités ainsi que des corrections de bogues très attendues par certains membres de la communauté. L’équipe derrière Git met en avant des sous-modules plus flexibles et plus rapides pour cette nouvelle version du gestionnaire de versions. Avec la version 2.9, il est désormais possible d’utiliser l’option --jobs pour cloner ou mettre à jour un sous-module comme le montre la capture suivante.


Une autre nouvelle fonctionnalité relative aux modules dans la version 2.9 du gestionnaire de versions est la possibilité de spécifier la manière de cloner ces derniers. La nouvelle version de Git permet maintenant de passer les options de configuration de la ligne de commande aux sous-modules. Ce qui permet de définir notamment des variables communes à tous les sous-modules en utilisant la ligne de commande suivante : git -c http.proxy=... clone --recursive.

Depuis la version précédente de Git, le gestionnaire de versions permettait d’utiliser, avec Git LFS, l’option -c pour rendre plus rapide la création de la branche initiale. De la même manière, la version 2.9 permet maintenant de passer l’option --shallow-submodules à la commande git clone pour effectuer un clonage faible de tous les sous-modules.

La version 2.9 de Git améliore également la façon dont les différences entre les versions d’un fichier sont présentées au fur et à mesure que des modifications lui sont apportées. Cette fonctionnalité très utile de Git qui permet de savoir quelle partie a été ajoutée à un fichier, quelle partie en a été supprimée ou encore quelle autre partie en a été modifiée. Cependant, la manière de les présenter pouvait être confuse quelques fois avec les anciennes versions de Git.


La nouvelle version du gestionnaire de versions améliore la présentation de ces différences entre les versions du même fichier grâce à une nouvelle heuristique qui lui permet de détecter les lignes vides séparant les grands blocs de code et puis de décaler ces derniers vers le haut jusqu’à atteindre une ligne non vide. La capture suivante montre la différence avec la version précédente de l’heuristique utilisée par le moteur de git diff.


Cette nouvelle heuristique reste cependant à une phase expérimentale et peut être amenée à évoluer au fil du temps. Pour le moment le soin est laissé à l’utilisateur de l’activer en exécutant la commande --compaction-heuristic dans le terminal ou en ajoutant la ligne diff.compactionHeuristic dans le fichier de configuration de git.

En plus de la coloration syntaxique qu’offre Git, la nouvelle version vient aussi avec des filtres permettant de personnaliser davantage les sorties de la commande diff. En effet, la commande diff-highlight permet de mettre en surbrillance la partie modifiée comme le montre la capture suivante.


La fonction rebase a également été améliorée avec la possibilité d’y associer maintenant l’option -x, ce qui permet d’ajouter la commande au début de chaque validation pour ne pas avoir à réécrire plusieurs fois la commande exec make test. À noter également pour cette nouvelle version de Git, la possibilité de mapper les utilisateurs avec des identifiants Git ainsi que la possibilité de définir des chemins personnalisés pour les modules.

Source : github.com

Et vous ?

Que pensez-vous de cette nouvelle version de Git ?

Voir aussi

le forum Logiciels Libres et Open Source

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de hucste
Membre régulier https://www.developpez.com
Le 05/09/2016 à 22:33
Bonsoir,

Que le projet Git améliore sa sécurité et surtout l'usage des clés GPG, en soit, c'est très bien.
Là, où je suis surpris, c'est qu'il s'arrête à l'usage des "Long ID" alors qu'il est manifeste depuis 2013, qu'il faut privilégier l'usage de l'empreinte des clés GPG, car les identifiants GPG posent problèmes ... il existe même des guides de bonnes pratiques pour utiliser de manière correcte et sécurisée les clés GPG, et certains sont carrément des références à suivre au plus près.

Après avoir "étudié" toutes ces informations correspondantes, j'avais écrit fin avril 2016 un article à ce propos nommé "Du bon usage sécurisé de GPG", transcrivant en français toutes ces recommandations disponibles bien avant en anglais.

https://debian-administration.org/us...dkg/weblog/105 <= où pourquoi ne pas utiliser les informations GPG ID mais bel et bien l'empreinte (fingerprint) GPG.

Quant aux bonnes pratiques, je laisse à chacun le soin ... de lire ... puis d'agir ! ;-)

----

Je sais que je ne suis pas un grand technicien informatique, voire informaticien du tout ... et que je m'expose très certainement en publiant cette réponse ... mais je suis très surpris que l'équipe de Git est fait ce choix.
Si les risques sont modérés, voire minimes, à utiliser les empreintes GPG, plutôt que les identifiants GPG, pourquoi ne pas faire ce choix ?!
0  0