Das Git-Quellcode-Managementsystem bereitet sich vor auf dieGit 2.56Veröffentlichung, die voraussichtlich Anfang September erscheinen wird, befindet sich derzeit im Release-Kandidaten-Status. Diese Version enthält über700nicht zusammengefügte Commits mit Benutzerfreundlichkeitsverbesserungen, jedoch ohne grundlegende Änderungen. Bedenkenswerte Ergänzungen umfassen einen `drop` Unterbefehl für das experimentelle `git history` Werkzeug zur Entfernung von Commits, obwohl er bei Zusammenführungscommits fehlschlägt. `git status` schlägt jetzt `git pull` für verzögerte Branches vor, und `git refs` erhält Unterbefehle wie `create`、`delete`、`update` und`rename`. Andere Anpassungen umfassen `--delete-merged` für `git branch`, Bisektionsschutz, Konfigurations-Sperren-Wiederholungen, und `--resolved` für `git add`.

Blickt man nach vorn, stellte der MaintainerJunio Hamano im frühen September eine Umfrage unter der Community, ob die nächste Veröffentlichung die lang erwarteteGit 3.0 sein soll oder zunächst weitere 2.x-Veröffentlichungen erstellt werden sollen. Diese Hauptversion würde Kompatibilitätsunterbrechungen einführen, wobei die signifikanteste davon der Wechsel der Standard-Hash-Funktion vonSHA-1aufSHA-256 ist. Obwohl SHA-1 bekannte Schwächen hat, enthält Git Verteidigungen gegen aktuelle Angriffe. Der Übergang zielt darauf ab, die Integrität des Repositorys langfristig zu sichern, da Hashes alle Objekte identifizieren und Commit-Ketten verifizieren. Die Gemeinschaft muss entscheiden, ob man mit 3.0 im Jahr endet oder zunächst weitere 2.x-Veröffentlichungen erstellt.

Schlüssel-Entitäten: Personen: Junio Hamano