Git-Version 2.55 mit standardmäßiger Unterstützung für Rust

Die Veröffentlichung des verteilten Systems zur Verwaltung von Quelltexten Git 2.55 wurde vorgestellt. Zu den wichtigsten Änderungen gehören: standardmäßig aktivierte Rust-Builds, die Implementierung des fsmonitor-Prozesses für Linux, eine neue Strategie zur Neupackung des inkrementellen MIDX-Index, der Befehl „git history fixup“ zur Korrektur von Commits, die Optimierung der Generierung von Verfügbarkeits-Bitmaps und die Unterstützung der parallelen Ausführung von Hooks sowie der Befehl „git format-rev“. Der Git-Code wird unter der GPLv2+-Lizenz vertrieben.

Im Vergleich zur vorherigen Version wurden in das Update 505 Änderungen aufgenommen, die mit der Beteiligung von 100 Entwicklern erstellt wurden, von denen 33 zum ersten Mal an der Entwicklung von Git teilnahmen. Die wichtigsten Neuerungen (1, 2, 3):

• Die Unterstützung für Komponenten in der Programmiersprache Rust ist standardmäßig aktiviert. Der Rust-Compiler rustc
  wurde als Build-Abhängigkeit hinzugefügt. Um ohne Rust zu bauen, kann das Flag „NO_RUST=1“ beim Ausführen des Make-Tools oder „-Drust=disabled“ beim Ausführen von „meson configure“ verwendet werden. Die Möglichkeit, den Build mit Rust zu deaktivieren, wird bis zur Git-Version 3.0 unterstützt, in der Rust zu den Pflicht-Abhängigkeiten zählt. In Rust wurde eine Schicht zur Portabilität zwischen Konfigurationen mit SHA-1- und SHA-256-Hashes sowie einige interne Funktionen wie die Kodierung und Dekodierung variabler Ganzzahlen realisiert. In Zukunft wird erwartet, dass bedeutende interne Komponenten von Git in Rust neu gestaltet werden.
• Im experimentellen Befehl „git history“, der die Möglichkeit zum Überschreiben von Änderungsverläufen bietet, wurde die Funktion „git history fixup“ zur Korrektur von Commits hinzugefügt. Die „fixup“-Operation ermöglicht es, Änderungen, die über „git add“ hinzugefügt wurden, in einen früheren Commit zu verschieben und alle nachfolgenden Commits automatisch, ähnlich wie beim Ausführen des Befehls „git commit —fixup=“ und dem Start von „git rebase —autosquash ~“, neu zu schreiben.
• Für die Linux-Plattform wurde ein Hintergrundprozess fsmonitor implementiert, der Änderungen im Dateisystem mithilfe des inotify-Mechanismus verfolgt und es ermöglicht, den gesamten Arbeitsordner bei der Ausführung von Befehlen wie „git status“ zu umgehen. Die Aktivierung erfolgt über die Einstellung „core.fsmonitor“.
• Der Befehl „git repack“ hat den Modus „—write-midx=incremental“ erhalten, der eine neue Strategie zur Aktualisierung von Metadaten im inkrementellen MIDX-Index (multi-pack index) implementiert, die ein vollständiges Repacken des gesamten Indexes überflüssig macht. Im inkrementellen Multi-Pack-Index wird anstelle eines großen Indexes, der Informationen über die Verteilung von Objekten auf Pack-Dateien enthält, eine Schichtung angewendet – jede Schicht deckt eine bestimmte Anzahl von Pack-Dateien ab und wird in einer separaten Bitmap-Datei gespeichert. Eine solche Struktur ermöglicht es, Daten über Objekte in neuen Pack-Dateien in den Index hinzuzufügen, indem neue Schichten an den Index angehängt werden, ohne bestehende Schichten neu aufbauen zu müssen.

  Der Befehl „git repack —write-midx=incremental“ ermöglicht es, eine neue Schicht in den inkrementellen MIDX-Index hinzuzufügen, die kürzlich erstellte Pack-Dateien umfasst. In Kombination mit dem Modus zum Verpacken von Repositorys „—geometric“ bietet der neue Befehl die Möglichkeit, neue Objekte aus mehreren Pack-Dateien in einer größeren Pack-Datei zusammenzufassen und gegebenenfalls das Packen und Zusammenführen mehrerer benachbarter Schichten des inkrementellen MIDX-Index durchzuführen. Eine solche Strategie ermöglicht es beim Ausführen von „git repack“, nur die oberen Schichten neu zu schreiben und die alten großen Schichten unberührt zu lassen sowie ein unkontrolliertes Wachstum der Schichtenkette zu vermeiden, indem die Gesamtzahl der Schichten auf einem Niveau gehalten wird, das dem logarithmischen Verhältnis zur Gesamtzahl der Objekte entspricht.

• Die Generierung von Bitmaps zur Verfügbarkeit von Objekten wurde erheblich optimiert durch einen neuen Algorithmus zum Durchlaufen des Objektbaums, der überflüssige Rekursionen ausschließt, Positionsdaten von Objekten zwischenspeichert, Bitmaps vor ihrer Zusammenführung mit XOR sortiert und den Code zur Erstellung von Pseudo-Zusammenführungs-Bitmaps (pseudo-merge) überarbeitet. In einem Testrepository erlaubten die Optimierungen die Verkürzung der Generierungszeit für Bitmaps von 612 auf 294 Sekunden.
• Die Möglichkeit zur parallelen Ausführung unabhängiger Hooks in Konfigurationsdateien wurde realisiert. Hooks, die den gemeinsamen Zustand beeinflussen oder ihn berücksichtigen, können nicht gleichzeitig ausgeführt werden, beispielsweise Hooks, die Commit-Kommentare ändern oder Indizes und Arbeitsverzeichnisse inspizieren. Es können jedoch gleichzeitig Hooks für Linter-Checks und zum Ausführen von Unit-Tests gestartet werden. Hooks, die die parallele Ausführung unterstützen, werden über den Parameter „hook.hook_name.parallel = true“ konfiguriert. Die Anzahl der gleichzeitig ausgeführten Jobs wird über die Einstellungen hook.jobs, hook..jobs oder die Befehlszeilenoption „-j“ festgelegt.
• In dem Befehl „git pack-objects —path-walk“ wurde die Möglichkeit eingeführt, Filter anzugeben, wie „blob:none“, „blob:limit=“, „tree:0“, „object:type=“, „sparse:“ und „combine:“. Im durchgeführten Test erlaubte das Abweisen von Blobs während der Ausführung von „—path-walk“, die Größe der erzeugten Pack-Datei um 16 % zu reduzieren.
• Der Befehl „git format-rev“ wurde hinzugefügt, um Revisionen und Objektbezeichnungen, die in Commit-Listen erwähnt werden oder in beliebigem Text vorkommen (zum Beispiel kann er in Hooks zur Bearbeitung von Commit-Kommentaren verwendet werden), zu formatieren.

  git last-modified | git format-rev —stdin-mode=text —format=%an

  Junio C Hamano builtin/commit.c

• Die Escape-Sequenzierung der meisten Steuersequenzen für Terminal wird in Informationsmeldungen und Fehlertexten, die übertragen werden, standardmäßig aktiviert. ServerBeim Zugriff auf schadhafte zu einem Server konnte derartige Escape-Sequenzen zur Tarnung oder Modifikation der Ausgabe verwendet werden, beispielsweise durch Escape-Sequenzen zum Bewegen des Cursors und zum Löschen von Texten. Die Unterstützung von Escape-Sequenzen zur farblichen Hervorhebung von Elementen bleibt bestehen.
• Der Befehl „git checkout -m“ speichert jetzt automatisch konfliktträchtige lokale Änderungen im Stash-Bereich, ohne dass der Konflikt sofort gelöst werden muss.
• Im Befehl „git push“ wurde die Möglichkeit hinzugefügt, einen Branch mit einem Befehl auf mehrere externe Git-Server zu übertragen. Zum Beispiel kann ein Branch „main“ nicht nur auf den Hauptserver, sondern auch auf Spiegel übertragen werden, indem eine „publish“-Gruppe aus Server „github“, „gitlab“ und „mirror“ erstellt wird:

  git config remotes.publish „github gitlab mirror“
  git push publish main

• Der Befehl „git log —graph“ wurde um die Option „—graph-lane-limit=“ erweitert, um die Anzahl der vertikalen Linien bei der Visualisierung von Branches zu begrenzen, was Platz auf dem Bildschirm für Commit-Daten in Repositories mit vielen Branches schafft.

  …
  * | | | | 619931f561 Zusammenführen des Branches ‘dl/posix-unused-warning-clang’
  |\ \ \ \ \
  | * | | | ~ cf48887610 compat/posix.h: vereinfacht den GIT_GNUC_PREREQ() Vergleich
  | * | | | ~ ffd45926dc compat/posix.h: bereinigt GIT_GNUC_PREREQ() und UNUSED
  |\ \ \ \ \~
  | * | | | ~ 3f5203eeb4 ls-files: filtert pathspec vor lstat

• Den Befehlen „git log“ und „git rev-list“ wurde die Option „—max-count-oldest=“ hinzugefügt, um die N ältesten Commits im Bereich auszuwählen.

Quelle: opennet.ru