{"id":182402,"date":"2026-06-30T14:48:37","date_gmt":"2026-06-30T12:48:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust"},"modified":"2026-06-30T14:48:37","modified_gmt":"2026-06-30T12:48:37","slug":"vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Git-Version 2.55 mit standardm\u00e4\u00dfiger Unterst\u00fctzung f\u00fcr Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue Version des verteilten Systems zur Verwaltung von Quelltexten Git 2.55 wurde ver\u00f6ffentlicht. Zu den wichtigsten \u00c4nderungen geh\u00f6ren: standardm\u00e4\u00dfige Einbeziehung des Builds mit Rust, die Implementierung des fsmonitor-Prozesses f\u00fcr Linux, eine neue Strategie zur Neupackung des inkrementellen MIDX-Index, der Befehl \u201egit history fixup\u201c zur Korrektur von Commits, eine Optimierung der Generierung von Bitmaps zur Objektverf\u00fcgbarkeit und die Unterst\u00fctzung f\u00fcr parallele Ausf\u00fchrung von Hooks sowie der Befehl \u201egit format-rev\u201c. Der Git-Code wird unter der GPLv2+-Lizenz vertrieben.<\/p>\n
Im Vergleich zur vorherigen Version wurden in das Update 505 \u00c4nderungen 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):<\/p>\n
\n
Die Unterst\u00fctzung f\u00fcr Komponenten in der Programmiersprache Rust ist standardm\u00e4\u00dfig aktiviert. Der Rust-Compiler rustc \nwurde zu den Build-Abh\u00e4ngigkeiten hinzugef\u00fcgt. Um ohne Rust zu bauen, kann man das Flag \u201eNO_RUST=1\u201c beim Ausf\u00fchren des Build-Tools make verwenden oder \u201e-Drust=disabled\u201c beim Ausf\u00fchren von \u201emeson configure\u201c. Die M\u00f6glichkeit, den Build mit Rust zu deaktivieren, wird bis zur Git 3.0-Version unterst\u00fctzt, in der Rust zu den verpflichtenden Abh\u00e4ngigkeiten geh\u00f6rt. Eine Schicht f\u00fcr die Portabilit\u00e4t zwischen Konfigurationen mit SHA-1- und SHA-256-Hashes wurde in Rust implementiert, sowie einige interne Funktionen wie die Kodierung und Dekodierung von Ganzzahlen variabler L\u00e4nge. In Zukunft wird eine Neugestaltung mehrerer wichtiger interner Komponenten von Git in Rust erwartet. <\/p>\n
Das experimentelle Kommando \u201egit history\u201c, das M\u00f6glichkeiten zur Umschreibung der \u00c4nderungshistorie bietet, hat die Operation \u201egit history fixup\u201c zur Korrektur eines Commits erhalten. Die Operation \u201efixup\u201c erm\u00f6glicht es, \u00c4nderungen, die durch \u201egit add\u201c hinzugef\u00fcgt wurden, in einen fr\u00fcheren Commit zu verschieben und automatisch alle nachfolgenden Commits entsprechend zu \u00fcberschreiben, \u00e4hnlich wie bei der Ausf\u00fchrung des Befehls \u201egit commit --fixup=\u201c und dem Start von \u201egit rebase --autosquash ~\u201c.\n
F\u00fcr die Linux-Plattform wurde ein Hintergrundprozess fsmonitor implementiert, der \u00c4nderungen im Dateisystem mithilfe des inotify-Mechanismus \u00fcberwacht und es erm\u00f6glicht, beim Ausf\u00fchren von Befehlen wie \u201egit status\u201c auf eine vollst\u00e4ndige Durchsuchung des Arbeitsverzeichnisses zu verzichten. Die Aktivierung erfolgt \u00fcber die Einstellung \u201ecore.fsmonitor\u201c.\n
Das Kommando «git repack» hat den Modus «—write-midx=incremental» hinzugef\u00fcgt, der eine neue Strategie zur Aktualisierung der Metadaten im inkrementellen MIDX-Index (multi-pack index) implementiert und es erm\u00f6glicht, ohne Neupacken des gesamten Indexes auszukommen. Im inkrementalen multi-pack index wird anstelle eines gro\u00dfen Index, der Informationen \u00fcber die Verteilung von Objekten auf pack-Dateien enth\u00e4lt, eine Schichtung verwendet \u2014 jede Schicht umfasst eine bestimmte Anzahl von pack-Dateien und wird in einer separaten Bitmap-Datei gespeichert. Diese Struktur erm\u00f6glicht es, Daten \u00fcber Objekte in neuen pack-Dateien zum Index hinzuzuf\u00fcgen, indem neue Schichten an den Index angeh\u00e4ngt werden, ohne die bestehenden Schichten neu zu konstruieren.\n
Der Befehl «git repack —write-midx=incremental» erlaubt es, eine neue Schicht in den inkrementalen MIDX-Index hinzuzuf\u00fcgen, die k\u00fcrzlich erstellte pack-Dateien umfasst. In Kombination mit dem Verpackungsmodus «—geometric» erm\u00f6glicht der neue Befehl es, neue Objekte aus mehreren pack-Dateien in eine gr\u00f6\u00dfere pack-Datei zu kombinieren und gegebenenfalls das Verpacken und Merging mehrerer benachbarter Schichten des inkrementalen MIDX-Indexes durchzuf\u00fchren. Diese Strategie erlaubt es, beim Ausf\u00fchren von «git repack» nur die obersten Schichten neu zu schreiben und alte gro\u00dfe Schichten unber\u00fchrt zu lassen sowie unkontrolliertes Wachstum der Schichtkette zu vermeiden, indem die Gesamtzahl der Schichten auf ein proportionales Niveau zum Logarithmus der Gesamtzahl der Objekte gehalten wird. <\/p>\n
Die Generierung von Bitmaps zur Verf\u00fcgbarkeit von Objekten wurde erheblich optimiert durch einen neuen Algorithmus zum Durchlaufen des Objektbaums, der \u00fcberfl\u00fcssige Rekursionen ausschlie\u00dft, Positionsdaten von Objekten zwischenspeichert, Bitmaps vor ihrer Zusammenf\u00fchrung mit XOR sortiert und den Code zur Erstellung von Pseudo-Zusammenf\u00fchrungs-Bitmaps (pseudo-merge) \u00fcberarbeitet. In einem Testrepository erlaubten die Optimierungen die Verk\u00fcrzung der Generierungszeit f\u00fcr Bitmaps von 612 auf 294 Sekunden.\n
Die M\u00f6glichkeit zur parallelen Ausf\u00fchrung unabh\u00e4ngiger Hooks in Konfigurationsdateien wurde implementiert. Hooks, die den gemeinsamen Zustand beeinflussen oder diesen ber\u00fccksichtigen, wie z. B. das \u00c4ndern von Commit-Nachrichten oder das Inspizieren von Indizes und Arbeitsverzeichnissen, k\u00f6nnen nicht parallel gestartet werden. Gleichzeitig k\u00f6nnen jedoch parallele Hooks zur Lintersuche und zum Unit-Testing ausgef\u00fchrt werden. Die f\u00fcr die parallele Ausf\u00fchrung erlaubten Hooks werden \u00fcber den Parameter «hook.hook_name.parallel = true» konfiguriert. Die Anzahl der gleichzeitig laufenden Jobs wird \u00fcber die Einstellung hook.jobs, hook.<event>.jobs oder die Befehlszeilenoption «-j» bestimmt.\n
Im Team \u2018git pack-objects \u2014path-walk\u2019 wurde die M\u00f6glichkeit implementiert, Filter wie \u2018blob:none\u2019, \u2018blob:limit=\u2019, \u2018tree:0\u2019, \u2018object:type=\u2019, \u2018sparse:\u2019 und \u2018combine:\u2019 anzugeben. In einem durchgef\u00fchrten Test wurde durch das Weglassen von Blobs bei der Ausf\u00fchrung von \u2018\u2014path-walk\u2019 die Gr\u00f6\u00dfe der erzeugten Pack-Datei um 16 % reduziert.\n
Es wurde der Befehl \u2018git format-rev\u2019 hinzugef\u00fcgt, um Revisionen und Objektnamen, die in Commit-Listen erw\u00e4hnt oder in beliebigem Text vorkommen, zu formatieren (z. B. kann man ihn in Hooks zur Bearbeitung von Commit-Kommentaren verwenden).\n