Git 2.29 bringt experimentellen Support für SHA-256 mit. Das Ende von SHA-1 war bereits vor einiger Zeit beschlossen worden, die großen Anbieter unterstützen SHA-256 aber noch nicht.

Im Februar 2017 gab sich Linus Torvalds noch entspannt was SHA-1 und Git angeht, SHA-1-Kollisionen zu erzeugen sei nicht allzu einfach. Gut drei Jahre später wechselt nun auch Git auf einen sicheren Hash-Algorithmus und bringt mit der neuen Version 2.29 experimentellen SHA-256-Support mit. Die Ankündigung erklärt im Detail, wie Git Objekte erzeugt und welche Rolle SHA-256 dabei spielt.

Wer SHA-256 bereits jetzt ausprobieren möchte, aktualisiert Git auf Version 2.29 und initialisiert sein Repository dann mit “git init –object-format=sha256 repo”. Über “git rev-parse HEAD” lässt sich dann der 64-Bit-lange SHA-256_wert herausfinden. Die Git-Macher weisen aber darauf hin, dass es noch keine großen Git-Anbieter gibt, die SHA-256 unterstützen. Github hatte bereits im März 2017 immerhin eine Möglichkeit eingeführt, SHA-1-Kollisionen zu erkennen.

Negative Refspecs, Shortlock-Tricks

Daneben bringt Git 2.29 noch weitere Neuerungen mit. Negative Refspecs erlauben eine neue Schreibweise bei Push- und Fetch-Aktionen. Bislang war das Ausschließen einzelner Referenzen nur sehr umständlich zu lösen. Neuerdings zeigt ein Zirkumflex-Zeichen (“^”) an, dass der Git-Nutzer bestimmte Referenzen ausschließen möchte. Eine Beispiel liefert der Blogpost auch gleich dazu:

$ git fetch origin 'refs/heads/*:refs/heads/*' ^refs/heads/ref-to-exclude

Weiterhin gibt es Änderungen an “git shortlog”. Der Befehl sortiert Git Logs nach den Autoren der Commits und zeigt nun auch die Co-Autoren eines Commits an. Die gingen in der Shortlog-Ausgabe bislang leer aus. Daneben hat “git for-each-ref” ein paar weitere Schalter erhalten, und es gibt in der Ankündigung noch zahlreiche kleinere Änderungen und Bugfixes zu bewundern. Herunterladen lässt sich Git 2.29 über Github.