{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Ver\u00f6ffentlichung des Versionskontrollsystems Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 2.37 des verteilten Versionskontrollsystems Git wurde ver\u00f6ffentlicht. Git geh\u00f6rt zu den beliebtesten, zuverl\u00e4ssigsten und leistungsst\u00e4rksten Versionsverwaltungssystemen und bietet flexible, nichtlineare Entwicklungswerkzeuge, die auf Verzweigung und Zusammenf\u00fchrung von Branches basieren. Um die Integrit\u00e4t der Historie sicherzustellen und um Resilienz gegen nachtr\u00e4gliche \u00c4nderungen zu gew\u00e4hrleisten, wird eine implizite 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 \u00fcberpr\u00fcfen. <\/p>\n
Im Vergleich zur vorherigen Version wurden 395 \u00c4nderungen in die neue Version aufgenommen, die mit Beteiligung von 75 Entwicklern vorbereitet wurden, von denen 20 erstmals an der Entwicklung teilgenommen haben. Die wesentlichen Neuerungen sind: <\/p>\n
\n
Der Mechanismus der partiellen Indizes (sparse index), der nur einen Teil des Repositories abdeckt, wurde f\u00fcr den allgemeinen Gebrauch bereitgestellt. Partielle Indizes erm\u00f6glichen eine Leistungssteigerung und Einsparungen beim Speicherplatz in Repositories, in denen partielle Klonvorg\u00e4nge (sparse-checkout) durchgef\u00fchrt werden oder mit einer unvollst\u00e4ndigen Kopie des Repositories gearbeitet wird. In der neuen Version wurde die Integration der partiellen Indizes in die Befehle \u201egit show\u201c, \u201egit sparse-checkout\u201c und \u201egit stash\u201c abgeschlossen. Die auff\u00e4lligsten Leistungsgewinne durch die Verwendung partieller Indizes zeigen sich beim Befehl \u201egit stash\u201c, dessen Ausf\u00fchrungsgeschwindigkeit in bestimmten Situationen um bis zu 80 % gesteigert wurde.\n
Ein neuer Mechanismus namens \u201ecruft packs\u201c wurde implementiert, um unerreichbare Objekte (unreachable) zu verpacken, auf die im Repository keine Referenzen (keine Branches oder Tags) existieren. Unerreichbare Objekte werden vom Garbage Collector entfernt, verbleiben jedoch eine bestimmte Zeit im Repository, um Race Conditions auszuschlie\u00dfen. Um die Aufenthaltsdauer unerreichbarer Objekte zu verfolgen, m\u00fcssen sie mit Zeitstempeln versehen werden, was es unm\u00f6glich macht, sie in einer einzigen Pack-Datei zu speichern, in der alle Objekte denselben \u00c4nderungszeitpunkt haben. Die zuvor verwendete Speicherung jedes Objekts in einer separaten Datei f\u00fchrte zu Problemen, wenn eine gro\u00dfe Anzahl frischer unerreichbarer Objekte vorhanden war, die noch nicht zur L\u00f6schung f\u00e4llig waren. Der vorgeschlagene Mechanismus \u201ecruft packs\u201c erm\u00f6glicht es, alle unerreichbaren Objekte in einer einzigen Pack-Datei zu speichern, w\u00e4hrend Daten \u00fcber den \u00c4nderungszeitpunkt jedes Objekts in einer separaten Tabelle festgehalten werden, die in einer Datei mit der Erweiterung \u201e.mtimes\u201c gespeichert wird.\n
F\u00fcr Windows und macOS wurde ein integrierter Mechanismus zur Verfolgung von \u00c4nderungen im Dateisystem implementiert, der es erm\u00f6glicht, bei Operationen wie \u201egit status\u201c auf eine vollst\u00e4ndige Durchsuchung des Arbeitsverzeichnisses zu verzichten. Zuvor mussten zur Verfolgung von \u00c4nderungen \u00fcber Hooks externe \u00dcberwachungsprogramme wie Watchman integriert werden, was die Installation zus\u00e4tzlicher Software und Konfiguration erforderte. Jetzt ist diese Funktionalit\u00e4t integriert und kann mit dem Befehl \u201egit config core.fsmonitor true\u201c aktiviert werden.\n
Im Befehl \u201egit sparse-checkout\u201c wurde die Unterst\u00fctzung f\u00fcr den alternativen Modus \u201e\u2014cone\u201c zur Beschreibung von Mustern f\u00fcr partial cloning als veraltet deklariert. Diese Methode erm\u00f6glichte es, beim Ausschluss von Teilen des Repositories, die bei der Klonoperation ber\u00fccksichtigt werden, spezifische Dateien mit Syntax von \u201e.gitignore\u201c aufzulisten, was die Verwendung von partiellen Indizes zur Optimierung ausschloss.\n
Die Flexibilit\u00e4t der Konfiguration des Aufrufs von fsync() zur Sicherung von \u00c4nderungen auf der Festplatte wurde erh\u00f6ht. Der Parameter \u201ecore.fsyncMethod\u201c unterst\u00fctzt nun die Synchronisationsstrategie \u201ebatch\u201c, die die Verarbeitung beim Schreiben einer gro\u00dfen Anzahl von einzelnen Dateien beschleunigt, indem \u00c4nderungen in einem R\u00fcckschreib-Cache gesammelt werden, der mit einem Aufruf von fsync() ausgegeben wird. Ein Test, bei dem mit dem Befehl \u201egit add\u201c 500 Dateien hinzugef\u00fcgt wurden, wurde im neuen Modus in 0,15 Sekunden ausgef\u00fchrt, w\u00e4hrend der Aufruf von fsync() f\u00fcr jede Datei 1,88 Sekunden in Anspruch nahm und ohne die Verwendung von fsync 0,06 Sekunden ben\u00f6tigte.\n
Im Befehl \u201egit log\u201c und \u201egit rev-list\u201c wurde die Option \u201e\u2014since-as-filter=X\u201c hinzugef\u00fcgt, um Informationen \u00fcber Commits zu filtern, deren Erstellungszeit \u00e4lter als \u201eX\u201c ist. Im Gegensatz zur Option \u201e\u2014since\u201c ist der neue Befehl als Filter implementiert, der die Durchsuchung nach dem ersten Commit, der \u00e4lter als die angegebene Zeit ist, nicht stoppt.\n
Im Befehl \u201egit remote\u201c wird beim Angeben des Flags \u201e-v\u201c die Ausgabe von Informationen \u00fcber partielle Klone des Repositories sichergestellt.\n
Die Einstellung \u201etransfer.credentialsInUrl\u201c wurde hinzugef\u00fcgt, die die Werte \u201ewarn\u201c, \u201edie\u201c und \u201eallow\u201c annehmen kann. Wenn im Parameter \u201eremote..url\u201c Anmeldeinformationen im Klartext angegeben sind, wird der Versuch, die Operationen \u201efetch\u201c oder \u201epush\u201c auszuf\u00fchren, mit einem Fehler beendet, wenn die Einstellung \u201etransfer.credentialsInUrl\u201c den Wert \u201edie\u201c hat, oder mit einer Warnung, wenn der Wert \u201ewarn\u201c eingestellt ist.\n
Standardm\u00e4\u00dfig wird eine neue Implementierung des interaktiven Modus des Befehls \u201egit add -i\u201c verwendet, die von Perl nach C umgeschrieben wurde. <\/ul>\n