{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Ver\u00f6ffentlichung des Versionskontrollsystems Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach zwei Monaten Entwicklungszeit wurde die Version 2.39 des verteilten Systems zur Verwaltung von Quelltexten Git ver\u00f6ffentlicht. Git ist eines der beliebtesten, zuverl\u00e4ssigsten und leistungsst\u00e4rksten Versionskontrollsysteme und bietet flexible Mittel f\u00fcr nichtlineare Entwicklung, die auf Branching und Merger basieren. Um die Integrit\u00e4t der Historie und die Widerstandsf\u00e4higkeit gegen\u00fcber nachtr\u00e4glichen \u00c4nderungen sicherzustellen, wird ein implizites Hashing der gesamten vorherigen Historie in jedem Commit verwendet. Zudem ist es m\u00f6glich, digitale Signaturen der Entwickler f\u00fcr einzelne Tags und Commits zu verifizieren. <\/p>\n
Im Vergleich zur vorherigen Version wurden 483 \u00c4nderungen in die neue Version aufgenommen, die von 86 Entwicklern vorbereitet wurden, von denen 31 erstmals an der Entwicklung teilnahmen. Die wichtigsten Neuerungen sind: <\/p>\n
\n
F\u00fcr das Team \u201egit shortlog\u201c, das zum Anzeigen von Zusammenfassungen und Statistiken aus der \u00c4nderungshistorie dient, wurde die Option \u201e--group\u201c hinzugef\u00fcgt, um Commits willk\u00fcrlich nach Feldern zu gruppieren, die nicht nur auf den Autor oder Committer beschr\u00e4nkt sind. Beispielsweise kann zum Anzeigen einer Liste von Entwicklern mit Informationen \u00fcber die Anzahl der \u00c4nderungen unter Ber\u00fccksichtigung der in dem Feld \u201eCo-authored-by\u201c genannten Mitwirkenden der folgende Befehl verwendet werden: git shortlog -ns --group=author --group=trailer:co-authored-by\n
Die Ausgabe von shortlog kann durch Formatbezeichner aggregiert werden, und die Option «—group» erleichtert erheblich die Erstellung komplexer Berichte und erspart zus\u00e4tzliche Sortierbefehle. Zum Beispiel kann zur Erstellung eines Berichts mit Informationen dar\u00fcber, wie viele Commits f\u00fcr ein bestimmtes Release in jedem Monat angenommen wurden, Folgendes angegeben werden: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12. Fr\u00fcher h\u00e4tte man f\u00fcr eine \u00e4hnliche Operation die Hilfsprogramme sort und uniq ben\u00f6tigt: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c <\/p>\n
Die M\u00f6glichkeiten des Systems \u201ecruft packs\u201c wurden erweitert, das zur Verpackung unerreichbarer Objekte dient, auf die im Repository keine Verweise vorhanden sind (keine Verlinkungen durch Branches oder Tags). Unerreichbare Objekte werden durch den Garbage Collector entfernt, verbleiben jedoch f\u00fcr eine gewisse Zeit im Repository, um wichtige Rennbedingungen auszuschlie\u00dfen. Das \u201ecruft packs\u201c-System erm\u00f6glicht die Speicherung aller unerreichbaren Objekte in einer einzigen Pack-Datei, w\u00e4hrend die \u00c4nderungszeit jedes Objekts in einer separaten Tabelle festgehalten wird, die in einer extra Datei mit der Endung \u201e.mtimes\u201c gespeichert wird, um eine \u00dcberlappung mit der allgemeinen \u00c4nderungszeit zu vermeiden.\n
Die Zeitspanne, in der unerreichbare Objekte im Repository vor der endg\u00fcltigen L\u00f6schung verbleiben, wird durch die Option '\u2014prune=' bestimmt. Obwohl die Verz\u00f6gerung vor der L\u00f6schung eine effiziente und praktische Methode ist, um die Besch\u00e4digung des Repositories aufgrund von Rennbedingungen zu verhindern, ist sie nicht 100 % zuverl\u00e4ssig. Um die Wiederherstellung eines besch\u00e4digten Repositories zu erleichtern, wurde in der neuen Version die M\u00f6glichkeit eingef\u00fchrt, fehlende Objekte zu speichern. Hierf\u00fcr wurde der Befehl 'git repack' um die Option '\u2014expire-to' erweitert, mit der eine Datei angegeben werden kann, um eine externe Kopie aller gel\u00f6schten Objekte zu erstellen. Zum Beispiel, um unerreichbare Objekte, die sich in den letzten 5 Minuten nicht ge\u00e4ndert haben, in der Datei backup.git zu speichern, kann der folgende Befehl verwendet werden: git repack \u2014cruft \u2014cruft-expiration=5.minutes.ago -d \u2014expire-to=..\/backup.git <\/p>\n
Die Ausf\u00fchrungsgeschwindigkeit des Befehls \u201egit grep --cached\u201c wurde erheblich gesteigert (um bis zu 70 %) beim Suchen in Bereichen, die Teilklonierung (sparse-checkout) verwenden und f\u00fcr die es partielle Indizes (sparse index) gibt. Zuvor erfolgte beim Angeben der Option \u201e--cached\u201c zun\u00e4chst eine Suche im regul\u00e4ren Index und anschlie\u00dfend in den partiellen Indizes, was zu sp\u00fcrbaren Verz\u00f6gerungen beim Suchen in gro\u00dfen Repositories f\u00fchrte.\n