{"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\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Release des Versionsverwaltungssystems Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue Version des verteilten Versionskontrollsystems Git 2.37 wurde ver\u00f6ffentlicht. Git z\u00e4hlt zu den bekanntesten, zuverl\u00e4ssigsten und leistungsst\u00e4rksten Versionskontrollsystemen, die flexible Mittel f\u00fcr die nichtlineare Entwicklung bieten, basierend auf Branching und Merging. Um die Integrit\u00e4t der Historie und die Robustheit gegen\u00fcber nachtr\u00e4glichen \u00c4nderungen zu gew\u00e4hrleisten, wird das implizite Hashing der gesamten vorherigen Historie in jedem Commit verwendet. Zudem ist die Digitale Signierung von bestimmten Tags und Commits durch die Entwickler m\u00f6glich. <\/p>\n
Im Vergleich zur vorherigen Version wurden in die neue Version 395 \u00c4nderungen aufgenommen, die von 75 Entwicklern vorbereitet wurden, von denen 20 zum ersten Mal an der Entwicklung teilgenommen haben. Die wichtigsten Neuerungen sind: <\/p>\n
\n
Die Funktion der partiellen Indizes (sparse index), die nur einen Teil des Repositories abdecken, wurde zur allgemeinen Nutzung bereitgestellt. Partielle Indizes verbessern die Leistung und sparen Speicherplatz in Repositories, in denen Teilklonvorg\u00e4nge (sparse-checkout) durchgef\u00fchrt werden oder mit unvollst\u00e4ndigen Kopien des Repositories gearbeitet wird. In dieser neuen Version wurde die Integration der partiellen Indizes in die Befehle \u201egit show\u201c, \u201egit sparse-checkout\u201c und \u201egit stash\u201c abgeschlossen. Der deutlichste Leistungsgewinn durch die Verwendung partieller Indizes ist im Befehl \u201egit stash\u201c zu beobachten, dessen Ausf\u00fchrungsgeschwindigkeit in einigen F\u00e4llen um 80 % gestiegen ist.\n
Ein neues Mechanismus namens \u201ecruft packs\u201c wurde implementiert, um unerreichbare Objekte (unreachable) zu verpacken, auf die im Repository keine Verweise existieren (weder Branches noch Tags). Unerreichbare Objekte werden vom Garbage Collector entfernt, verbleiben jedoch f\u00fcr eine bestimmte Zeit im Repository, um Wettlaufbedingungen zu vermeiden. Um die Dauer, die unerreichbare Objekte im Repository bleiben, nachverfolgen zu k\u00f6nnen, ist es erforderlich, ihnen Zeitstempel zuzuordnen, was die Speicherung in einer einzigen Pack-Datei, in der alle Objekte einen gemeinsamen \u00c4nderungszeitpunkt haben, ausschlie\u00dft. Das zuvor angewandte Speichern jedes Objekts in einer einzelnen Datei f\u00fchrte bei einer gro\u00dfen Anzahl frischer unerreichbarer Objekte, die noch nicht zur L\u00f6schung vorgesehen waren, zu Problemen. Der vorgeschlagene \u201ecruft packs\u201c-Mechanismus erlaubt es, alle unerreichbaren Objekte in einer einzigen Pack-Datei zu speichern, w\u00e4hrend die \u00c4nderungsdaten 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 \u00c4nderungsverfolgung im Dateisystem implementiert, der es erm\u00f6glicht, beim Ausf\u00fchren von Operationen wie \u201egit status\u201c auf eine vollst\u00e4ndige Durchsuchung des Arbeitsverzeichnisses zu verzichten. Zuvor mussten zur \u00c4nderungsverfolgung \u00fcber Hooks externe \u00c4nderungsverfolgungs-Tools wie Watchman verwendet werden, was die Installation zus\u00e4tzlicher Programme und Konfiguration erforderte. Diese Funktionalit\u00e4t ist jetzt integriert und kann mit dem Befehl \u201egit config core.fsmonitor true\u201c aktiviert werden.\n
In dem Befehl \u201egit sparse-checkout\u201c wird die Unterst\u00fctzung f\u00fcr den alternativen Modus \u201e\u2014cone\u201c zur Bestimmung von Mustern f\u00fcr das partielle Klonen als veraltet erkl\u00e4rt. Dieser Modus erm\u00f6glichte es, beim Klonen Teile eines Repositories aufzulisten, indem einzelne Dateien mit der Syntax \u201e.gitignore\u201c aufgef\u00fchrt wurden, was die Verwendung partieller Indizes zur Optimierung nicht zulie\u00df.\n
Die Flexibilit\u00e4t bei der Konfiguration des Aufrufs von fsync() zur Speicherung von \u00c4nderungen auf der Festplatte wurde erh\u00f6ht. Die Option \u201ecore.fsyncMethod\u201c unterst\u00fctzt jetzt die Synchronisationsstrategie \u201ebatch\u201c, die die Leistung beim Schreiben einer gro\u00dfen Anzahl einzelner Dateien verbessert, indem \u00c4nderungen im Schreibcache gesammelt und mit einem einzigen Aufruf von fsync() ausgegeben werden. Ein durchgef\u00fchrter Test mit dem Befehl \u201egit add\u201c, bei dem 500 Dateien hinzugef\u00fcgt wurden, ben\u00f6tigte im neuen Modus 0,15 Sekunden, w\u00e4hrend der Aufruf von fsync() f\u00fcr jede Datei 1,88 Sekunden in Anspruch nahm und ohne den Einsatz von fsync nur 0,06 Sekunden ben\u00f6tigte.\n
In den Befehlen zur Verzweigungs\u00fcbersicht, wie \u201egit log\u201c und \u201egit rev-list\u201c, wurde die Option \u201e--since-as-filter=X\u201c hinzugef\u00fcgt, die es erm\u00f6glicht, Informationen \u00fcber Commits herauszufiltern, deren Erstellungszeitspanne \u00e4lter als \u201eX\u201c ist. Im Gegensatz zur Option \u201e--since\u201c wurde der neue Befehl als Filter implementiert, der die \u00dcberpr\u00fcfung nicht nach dem ersten \u00e4lteren Commit stoppt.\n
Der Befehl \u201egit remote\u201c gibt beim Setzen der Flagge \u201e-v\u201c Informationen \u00fcber partielle Klone des Repositories aus.\n
Eine neue Einstellung «transfer.credentialsInUrl» wurde hinzugef\u00fcgt, die die Werte «warn», «die» und «allow» annehmen kann. Wenn im Parameter «remote.<name>.url» Anmeldedaten im Klartext angegeben werden, wird der Versuch, die Operationen «fetch» oder «push» auszuf\u00fchren, mit einem Fehler abgebrochen, wenn die Einstellung «transfer.credentialsInUrl» den Wert «die» hat, oder mit einer Warnung, wenn der Wert «warn» festgelegt ist.\n
Standardm\u00e4\u00dfig kommt eine neue Implementierung des interaktiven Modus des Befehls «git add -i» zum Einsatz, die von Perl nach C umgeschrieben wurde. <\/ul>\n