{"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\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Release von Git 2.55 mit standardm\u00e4\u00dfiger Rust-Unterst\u00fctzung","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 2.55 des verteilten Quellcodeverwaltungssystems Git wurde ver\u00f6ffentlicht. Zu den wichtigsten \u00c4nderungen geh\u00f6ren: die Standardintegration von Builds mit Rust, die Implementierung eines fsmonitor-Prozesses f\u00fcr Linux, eine neue Strategie zur Neuverpackung des inkrementellen MIDX-Indexes, der Befehl \u201egit history fixup\u201c zur Korrektur von Commits, die Optimierung der Generierung von Verf\u00fcgbarkeitsbitmapen, Unterst\u00fctzung f\u00fcr die parallele Ausf\u00fchrung von Hooks und der Befehl \u201egit format-rev\u201c. Der Git-Code wird unter der Lizenz GPLv2+ verteilt.<\/p>\n
Im Vergleich zur vorherigen Version wurden 505 \u00c4nderungen \u00fcbernommen, die von 100 Entwicklern vorbereitet wurden, 33 davon haben erstmals an der Entwicklung von Git mitgewirkt. Die wichtigsten Neuerungen (1, 2, 3):<\/p>\n
\n
Standardm\u00e4\u00dfig ist die Unterst\u00fctzung von Komponenten in Rust aktiviert. Der Compiler rustc \nwurde in die Build-Abh\u00e4ngigkeiten aufgenommen. F\u00fcr einen Build ohne Rust kann das Flag \u201eNO_RUST=1\u201c beim Ausf\u00fchren des Tools make oder \u201e-Drust=disabled\u201c beim Ausf\u00fchren von \u201emeson configure\u201c verwendet werden. Die M\u00f6glichkeit, den Build mit Rust zu deaktivieren, wird bis zur Version 3.0 von Git unterst\u00fctzt, in der Rust zu einer obligatorischen Abh\u00e4ngigkeit wird. In Rust wurde eine Schicht f\u00fcr die Portabilit\u00e4t zwischen Konfigurationen mit SHA-1- und SHA-256-Hashes sowie einige interne Funktionen wie die Kodierung und Dekodierung von ganzzahligen Werten variabler L\u00e4nge implementiert. In Zukunft wird eine \u00dcberarbeitung bedeutender interner Git-Komponenten in Rust erwartet. <\/p>\n
Im experimentellen Team \u201egit history\u201c wurde die Operation \u201egit history fixup\u201c hinzugef\u00fcgt, um Commits zu korrigieren. Die \u201efixup\u201c-Operation erm\u00f6glicht es, \u00c4nderungen, die \u00fcber \u201egit add\u201c hinzugef\u00fcgt wurden, in einen fr\u00fcheren Commit zu verschieben und automatisch alle nachfolgenden Commits umzuschreiben, \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 verfolgt und es erm\u00f6glicht, beim Ausf\u00fchren von Befehlen wie \u201egit status\u201c auf eine Durchsuchung des gesamten Arbeitsverzeichnisses zu verzichten. Die Aktivierung erfolgt \u00fcber die Einstellung \u201ecore.fsmonitor\u201c.\n
Im Befehl «git repack» wurde der Modus «—write-midx=incremental» hinzugef\u00fcgt, der eine neue Strategie zur Aktualisierung von Metadaten im inkrementellen MIDX-Index (Multi-Pack-Index) implementiert, die eine vollst\u00e4ndige Neuverpackung des gesamten Indexes \u00fcberfl\u00fcssig macht. Im inkrementellen Multi-Pack-Index wird anstelle eines gro\u00dfen Index, der Informationen \u00fcber die Verteilung von Objekten in 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, neue Daten von Objekten in neuen Pack-Dateien hinzuzuf\u00fcgen, indem neue Schichten an den Index angeh\u00e4ngt werden, ohne die bereits vorhandenen Schichten neu zu konstruieren.\n
Der Befehl «git repack —write-midx=incremental» erm\u00f6glicht es, in den inkrementellen MIDX-Index eine neue Schicht hinzuzuf\u00fcgen, die k\u00fcrzlich erstellte Pack-Dateien umfasst. In Kombination mit dem Repository-Packmodus «—geometric» bietet der neue Befehl die M\u00f6glichkeit, neue Objekte aus mehreren Pack-Dateien in eine gr\u00f6\u00dfere Pack-Datei zu kombinieren und gegebenenfalls mehrere benachbarte Schichten des inkrementellen MIDX-Index zu packen und zu verschmelzen. Eine solche Strategie erlaubt es, beim Ausf\u00fchren von «git repack» nur die obersten Schichten neu zu schreiben, w\u00e4hrend \u00e4ltere, gr\u00f6\u00dfere Schichten unber\u00fchrt bleiben, und verhindert das unkontrollierte Wachstum der Schichtenkette, indem die Gesamtzahl der Schichten auf einem proportionalen Niveau zum Logarithmus der Gesamtzahl der Objekte gehalten wird. <\/p>\n
Die Generierung von Verf\u00fcgbarkeits-Bitmaps wurde erheblich optimiert durch einen neuen Algorithmus zur Objekternavigation, der \u00fcberfl\u00fcssige Rekursionen ausschlie\u00dft, die Positionen der Objekte cached, die Bitmaps vor ihrer Zusammenf\u00fchrung mit der XOR-Operation sortiert und den Code zur Erstellung von Pseudomerg-Bitmaps \u00fcberarbeitet. Im Testrepository konnte die Generierungszeit der Bitmaps von 612 auf 294 Sekunden reduziert werden.\n
Die M\u00f6glichkeit zur parallelen Ausf\u00fchrung unabh\u00e4ngiger Hooks in Konfigurationsdateien wurde implementiert. Hooks, die den gemeinsamen Zustand beeinflussen oder ber\u00fccksichtigen, wie zum Beispiel das \u00c4ndern von Commit-Nachrichten oder das \u00dcberpr\u00fcfen von Indizes und dem Arbeitsbaum, k\u00f6nnen nicht parallel ausgef\u00fchrt werden. Dagegen k\u00f6nnen Hooks zur Pr\u00fcfung durch den Linter und zur Ausf\u00fchrung von Unit-Tests parallel gestartet werden. Die zur parallelen Ausf\u00fchrung erlaubten Hooks werden \u00fcber den Parameter \u00abhook.hook_name.parallel = true\u00bb konfiguriert. Die Anzahl der gleichzeitig ausgef\u00fchrten Jobs wird \u00fcber die Einstellung hook.jobs, hook..jobs oder die Befehlszeilenoption \u00ab-j\u00bb festgelegt.\n
Im Befehl \u00abgit pack-objects --path-walk\u00bb wurde die M\u00f6glichkeit hinzugef\u00fcgt, Filter wie \u00abblob:none\u00bb, \u00abblob:limit=\u00bb, \u00abtree:0\u00bb, \u00abobject:type=\u00bb, \u00absparse:\u00bb und \u00abcombine:\u00bb anzugeben. Ein durchgef\u00fchrter Test zeigte, dass das Auswerfen von Blobs w\u00e4hrend der Ausf\u00fchrung von \u00ab--path-walk\u00bb die Gr\u00f6\u00dfe des erstellten Packfiles um 16% reduzieren konnte.\n
Der Befehl «git format-rev» wurde hinzugef\u00fcgt, um Revisionen und Objektnamen zu formatieren, die in Commit-Listen erw\u00e4hnt oder in beliebigem Text gefunden werden (z. B. kann er in Hooks zur Verarbeitung von Commit-Kommentaren verwendet werden).\n