{"id":156367,"date":"2026-02-03T11:11:59","date_gmt":"2026-02-03T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53"},"modified":"2026-02-03T11:11:59","modified_gmt":"2026-02-03T09:11:59","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-53","title":{"rendered":"Release der Quelltextverwaltung Git 2.53","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version des verteilten Systems zur Verwaltung von Quelltexten Git 2.53 wurde ver\u00f6ffentlicht. Git zeichnet sich durch hohe Leistung aus und bietet Mittel f\u00fcr eine nicht-lineare Entwicklung, die auf Verzweigung und Zusammenf\u00fchrung von Branches basieren. Um die Integrit\u00e4t der Historie und die Resistenz gegen nachtr\u00e4gliche \u00c4nderungen sicherzustellen, wird eine implizite Hashbildung der gesamten vorherigen Historie in jedem Commit verwendet, ebenso wie die Best\u00e4tigung durch digitale Signaturen der Entwickler f\u00fcr einzelne Tags und Commits. Der Code von Git wird unter der Lizenz GPLv2+ verbreitet. <\/p>\n
Im Vergleich zur vorherigen Version wurden 466 \u00c4nderungen aufgenommen, die von 70 Entwicklern vorbereitet wurden (21 von ihnen haben erstmals an der Entwicklung von Git teilgenommen). Die wichtigsten Neuerungen sind: <\/p>\n
\n
Die M\u00f6glichkeit, die Strategie der Repository-Paketierung \u201egeometric\u201c (\u201egit repack \u2014geometric\u201c) auf teilweise geklonte externe Repositories anzuwenden, die im Modus \u201epromisor\u201c arbeiten (fehlende Objekte werden bei Bedarf nachgeladen), wurde hinzugef\u00fcgt. Bei der Neuerstellung mit den Optionen \u201e\u2014geometric\u201c werden Pack-Dateien mit der Erweiterung \u201e.promisor\u201c separat verarbeitet und gepackt. Die Strategie \u201egeometric\u201c erm\u00f6glicht es, die Wartungszeit gro\u00dfer Monorepositories zu reduzieren, indem Objekte selektiv neu gepackt werden und ressourcenintensive Vorg\u00e4nge wie das Zusammenf\u00fchren aller Pack-Dateien vermieden werden (die geometrische Progression der Gr\u00f6\u00dfe der Pack-Dateien wird beibehalten, wobei jede nachfolgende Pack-Datei mindestens doppelt so gro\u00df wie die vorherige sein muss).\n
Das Team \u201egit fast-import\u201c erhielt die Option \u201e\u2014signed-commits=strip-if-invalid\u201c, um digitale Signaturen aus importierten Objekten zu entfernen, die nach dem \u00dcberschreiben eines Teils der Repository-Historie ung\u00fcltig geworden sind. Zuvor konnte man entweder importieren oder alle Signaturen entfernen, ohne zwischen g\u00fcltigen und nicht mehr sinnvollen zu unterscheiden. Die Option \u201estrip-if-invalid\u201c erm\u00f6glicht es, Werkzeuge zu implementieren, die g\u00fcltige Signaturen erhalten und Objekte mit nicht mehr relevanten Signaturen neu signieren.\n
Der Befehl «git repo structure» zeigt nun Informationen \u00fcber die Gr\u00f6\u00dfe aller erreichbaren Objekte (reachable) im Repository, aufgeschl\u00fcsselt nach ihren Typen. Die Informationen werden jetzt in lesbarer Form mit Ma\u00dfeinheiten angezeigt und separat f\u00fcr die tats\u00e4chliche und belegte Gr\u00f6\u00dfe auf der Festplatte, was eine Einsch\u00e4tzung der Gesamtgr\u00f6\u00dfe des Repositories auf der Festplatte erm\u00f6glicht. $ git repo structure | Repository-Struktur | Wert | | ——————— | ———- | | * References | | | * Anzahl | 1,78 k | | * Branches | 5 | | * Tags | 1,03 k | | * Remotes | 749 | | * Sonstiges | 0 | | | | | * Erreichbare Objekte | | | * Anzahl | 421,37 k | | * Commits | 88,03 k | | * Trees | 169,95 k | | * Blobs | 162,40 k | | * Tags | 994 | | * Entpackte Gr\u00f6\u00dfe | 7,61 GiB | | * Commits | 60,95 MiB | | * Trees | 2,44 GiB | | * Blobs | 5,11 GiB | | * Tags | 731,73 KiB | | * Festplattengr\u00f6\u00dfe | 301,50 MiB | | * Commits | 33,57 MiB | | * Trees | 77,92 MiB | | * Blobs | 189,44 MiB | | * Tags | 578,13 KiB |\n
Im Befehl «git maintenance» wurde der Unterbefehl «is-needed» hinzugef\u00fcgt, um Wartungsoperationen am Repository nur dann durchzuf\u00fchren, wenn dies erforderlich ist.\n
Im experimentellen Befehl «git replay» wird standardm\u00e4\u00dfig die Aktualisierung der Links in der Transaktion implementiert, anstatt zu zeigen, wohin die Links verweisen sollten, ohne sie zu aktualisieren.\n
Im Befehl «git blame» wurde die M\u00f6glichkeit hinzugef\u00fcgt, den Algorithmus zur Bestimmung von Unterschieden mittels der Option «—diff-algorithm=<algo>» auszuw\u00e4hlen.\n
Im Befehl «git repo info» wurde die Option «—all» hinzugef\u00fcgt.\n
Die Unterst\u00fctzung f\u00fcr symbolische Links wurde von Git-for-Windows auf die Windows-Plattform \u00fcbertragen. <\/ul>\n
In die vorherige Ver\u00f6ffentlichung wurde eine Warnung \u00fcber die standardm\u00e4\u00dfige Aktivierung der Komponentenkompilierung in Rust in Git 2.53 aufgenommen. In der Version Git 2.53 wurden jedoch tats\u00e4chlich nur einzelne Verbesserungen der Rust-Unterst\u00fctzung (Bau ohne GNU sed) hinzugef\u00fcgt, w\u00e4hrend die Kompilierung mit Rust bei der Verwendung von Makefile standardm\u00e4\u00dfig deaktiviert bleibt (erfordert das Setzen des Flags WITH_RUST), w\u00e4hrend sie bei Verwendung von Meson automatisch aktiviert wird, sofern der Compiler rustc vorhanden ist. In der Version Git 3.0 wird beabsichtigt, Rust-Tools zu den erforderlichen Build-Abh\u00e4ngigkeiten hinzuzuf\u00fcgen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"