Drei Monate nach Version 2.13.0 ist Version 2.14.0 des Versionskontrollsystems Git erschienen. Es unterstützt ab sofort die Bibliothek Perl Compatible Regular Expressions (PCRE) in ihrer zweiten Version. In bestehenden Build-Scripts muss dafür lediglich der Befehl USE_LIBPCRE=YesPlease
durch USE_LIBPCRE2=YesPlease
ersetzt werden, um einen Build mit Version 2 der Bibliothek auszulösen. Die Nutzung von Version 2 wird aufgrund der entfallenen Maintenance von V1 empfohlen.
Neue/geänderte Git-Befehle
Ein Ausschnitt aus Vielzahl an Neuerungen/Änderungen:
- die Farben, mit denen
git status --short --branch
die Namen des aktuellen Branches angezeigt hat, lassen sich ab sofort konfigurieren. - der Befehl
git clone
beherrscht nun die—no-tags
-Option und holt sich nicht vom Start weg alle Tags; ferner lässt sich einstellen, dass auch in folgenden Fetches keinen Tags gefolgt wird - der Befehl
git diff
nutzt ab sofort standardmäßig die „indent“-Heuristik, um Änderungen am Repository nachzuverfolgen; diediff.indentHeuristic
-Variable lässt sich allerdings auf „false“ setzen, wenn man die „indent“-Heuristik nicht nutzen möchte git archive --format=zip
beherrscht jetzt ZIP64-Extensions, um, falls nötig, Dateien über 4GB zu archivierengit reset
beherrscht jetzt die--recurse-submodules
-Optiongit repack
akzeptiert jetzt die –threads=-Option und übergibt sie zurück an Pack-Ojektegit send-email
beherrscht nun die Ausführung des „sendemail-validate“-Hooks, um eine Nachricht zu untersuchen und gegebenenfalls abzulehnen, bevor sie versendet wird
Mehr Git-Performance
In puncto Performance gibt es u.a. folgendes zu berichten:
- der Code, der den Cache-Tree updaten soll, wurde gestrafft, so dass es nicht mehr zu 0{40} Einträgen im Tree-Objekt kommen sollte
- der Windows Auto-Build-Tester kann vom bereits existierenden Tarvis CI Tester getriggert werden
- drei Instanzen der gleichen Helper-Funktion wurden in eine zusammengeführt
- das sogennante „repository“-Objekt wurde eingeführt, um die „single provess“-Arbeit in mehreren Repositories zu vereinfachen
Natürlich wurden für das Release auch umfangreiche Liste an Bugs gefixt. Auskunft über diese und die vielen weiteren Neuerungen und Änderungen gibt es in den Release Notes.
Lesen Sie auch unsere Vergleichsartikel zu Versionskontrollsystemen: Git vs Mercurial und Git vs Subversion