Le système de gestion de code source Git se prépare pour la sortie deGit 2.56, prévue vers la fin septembre, actuellement sous forme de candidat à la publication. Cette version comprend plus de700commits non fusionnés avec des améliorations d'usabilité mais sans changements fondamentaux. Les ajouts notables incluent une sous-commande `drop` pour la boîte à outils expérimentale `git history` afin de supprimer des commits, bien qu'elle échoue avec les commits fusionnés. `git status` suggère maintenant `git pull` pour les branches en retard, et `git refs` gagne des sous-commandes `create`、`delete`、`update` et`rename`. Les autres ajustements incluent `--delete-merged` pour `git branch`, protection de la bissection, nouvelles tentatives de verrouillage de configuration, et `--resolved` pour `git add`.

S'agissant de l'avenir, le mainteneurJunio Hamanoa interrogé la communauté début septembre sur la question de savoir si la prochaine version devrait être la longtemps attendueGit 3.0 ou s'il fallait d'abord publier davantage de versions 2.x. Cette grande version introduirait des ruptures de compatibilité, la plus significative étant le passage de la fonction de hachage par défaut deSHA-1àSHA-256. Bien que SHA-1 soit connu pour ses faiblesses, Git inclut des défenses contre les attaques actuelles. Cette transition vise à sécuriser l'intégrité du référentiel à long terme, les hashs identifiant tous les objets et vérifiant les chaînes de commits. La communauté doit décider entre finir l'année avec 3.0 ou publier davantage de versions 2.x d'abord.

Entités clés : Personnes : Junio Hamano