Git 2.53

2. Februar wurde vorgestellt Veröffentlichung des verteilten versionierten Systems Git 2.53.

Git bietet eine hohe Performance und ermöglicht nicht-lineare Entwicklung auf Basis von Verzweigungen und Zusammenführungen. Um die Integrität der Historie zu gewährleisten und Rückwärtsänderungen zu vermeiden, wird in jedem Commit ein implizites Hashing der gesamten vorherigen Historie verwendet, ebenso wie die digitale Signatur durch Entwickler für bestimmte Tags und Commits. Git-Code wird unter der GPLv3-Lizenz bereitgestellt. steht unter der GPLv2+ Lizenz.

Im Vergleich zur vorherigen Version wurden in der neuen Version 466 Änderungen umgesetzt, an denen 70 Entwickler beteiligt waren (21 davon haben erstmals an der Entwicklung von Git teilgenommen). Die wichtigsten Neuheiten:

• Hinzugefügt Die Anwendung der geometrischen Repository-Packstrategie (git repack --geometric) auf teilweise geklonte externe Repositories, die im Promisor-Modus arbeiten (fehlende Objekte werden nach Bedarf heruntergeladen). Bei der Repackung mit der Option --geometric werden Packdateien mit der Erweiterung .promisor separat verarbeitet und gepackt. Die geometrische Strategie ermöglicht es, die Wartungszeit großer Monorepositories zu verkürzen, indem Objekte selektiv repackt und ressourcenintensive Operationen wie das Mischen aller Packdateien vermieden werden (die geometrische Progression der Größe der Packdateien wird beibehalten, wobei jede folgende Packdatei mindestens doppelt so groß wie die vorherige sein muss).
• Das Git-fast-import-Team hat die Option —signed-commits=strip-if-invalid hinzugefügt, um digitale Signaturen aus importierten Objekten zu entfernen, die nach einer Teile-Neuschreibung der Repository-Historie ungültig geworden sind. Zuvor konnte man entweder alle Signaturen importieren oder löschen, ohne zwischen gültigen und ungültigen zu unterscheiden. Die Option strip-if-invalid ermöglicht die Implementierung von Tools, um gültige Signaturen zu bewahren und Objekte mit nicht mehr gültigen Signaturen neu zu signieren.
• Der Ausgabe der Git-Befehls repo structure wurde Informationen über die Größe aller erreichbaren Objekte (reachable) im Repository mit einer Aufschlüsselung nach Typen hinzugefügt. Die Informationen werden jetzt in lesbarem Format mit Maßeinheiten angezeigt und getrennt für die tatsächliche und die auf der Festplatte belegte Größe dargestellt, was eine Einschätzung der gesamten Größe des Repositories auf der Festplatte ermöglicht:

$ git repo Struktur | Repository-Struktur | Wert | | ——————— | ———- | | * Referenzen | | | * Anzahl | 1,78 k | | * Branches | 5 | | * Tags | 1,03 k | | * Remotes | 749 | | * Andere | 0 | | | | | * Erreichbare Objekte | | | * Anzahl | 421,37 k | | * Commits | 88,03 k | | * Bäume | 169,95 k | | * Blobs | 162,40 k | | * Tags | 994 | | * Aufgeblähte Größe | 7,61 GiB | | * Commits | 60,95 MiB | | * Bäume | 2,44 GiB | | * Blobs | 5,11 GiB | | * Tags | 731,73 KiB | | * Plattenspeicher | 301,50 MiB | | * Commits | 33,57 MiB | | * Bäume | 77,92 MiB | | * Blobs | 189,44 MiB | | * Tags | 578,13 KiB |

• Das git maintenance-Kommando hat den Unterbefehl is-needed hinzugefügt, um Repository-Wartungsoperationen nur bei Bedarf durchzuführen.
• In der experimentellen git replay-Gruppe wird standardmäßig eine Aktualisierung der Referenzen in der Transaktion implementiert, anstatt anzuzeigen, wohin die Referenzen ohne Aktualisierung zeigen sollten.
• Im git blame-Befehl wurde die Möglichkeit hinzugefügt, den Algorithmus zur Bewertung von Unterschieden mit der Option —diff-algorithm= auszuwählen.
• Im git repo info-Befehl wurde die Option —all hinzugefügt.
• Die Unterstützung für symbolische Links wurde von Git-for-Windows auf die Windows-Plattform übertragen.

In der vorherigen Version wurde hinzugefügt Warnhinweis die standardmäßige Einbeziehung von Komponenten-Builds in Rust in Git 2.53. Dennoch bietet die Git-Version 2.53 lediglich wurden hinzugefügt einige Verbesserungen der Rust-Unterstützung (die Möglichkeit, ohne GNU sed zu bauen), während der Build mit Rust unter Verwendung von Makefile deaktiviert bleibt standardmäßig (es ist erforderlich, das Flag WITH_RUST zu setzen), und beim Einsatz von Meson wird es automatisch aktiviert bei Vorhandensein des compilers rustc ausgeführt. In Git 3.0 wird das Rust-Toolset beabsichtigen zu den erforderlichen Build-Abhängigkeiten gehören.

Quelle: linux.org.ru