{"id":118622,"date":"2024-07-30T09:43:00","date_gmt":"2024-07-30T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46"},"modified":"2024-07-30T09:43:00","modified_gmt":"2024-07-30T07:43:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","title":{"rendered":"Ver\u00f6ffentlichung des Versionsverwaltungssystems Git 2.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach drei Monaten Entwicklung wurde die Version 2.46 des verteilten Systems zur Verwaltung von Quelltexten Git ver\u00f6ffentlicht. Git ist eines der beliebtesten, zuverl\u00e4ssigsten und leistungsst\u00e4rksten Versionskontrollsysteme, das flexible Mittel zur nichtlinearen Entwicklung bietet, die auf Branching und Merging basieren. Um die Integrit\u00e4t der Historie zu gew\u00e4hrleisten und Resistenz gegen \u00c4nderungen 'im Nachhinein' zu bieten, wird das gesamte fr\u00fchere Geschehen in jedem Commit implizit gehasht; zudem ist die digitale Signierung von bestimmten Tags und Commits durch die Entwickler m\u00f6glich. Der Git-Code wird unter der GPLv2+-Lizenz verbreitet. <\/p>\n
Im Vergleich zur vorherigen Version wurden in die neue Version 746 \u00c4nderungen aufgenommen, die mit der Beteiligung von 96 Entwicklern vorbereitet wurden, von denen 31 erstmals an der Entwicklung teilnehmen. Die wichtigsten Neuerungen sind: <\/p>\n
\n
Die experimentelle Unterst\u00fctzung f\u00fcr einen neuen Typ von Bitmaps \u2013 den 'Pseudo-Merge Reachability Bitmap' \u2013 wurde hinzugef\u00fcgt, bei dem im Gegensatz zur 'Reachability Bitmap'-Struktur die Daten \u00fcber Objektsets, die sich auf Commits beziehen, nicht an jeden einzelnen Commit gebunden sind, sondern an mehrere Commits gleichzeitig. Diese Organisation erm\u00f6glicht es, eine Bitmap zur Bestimmung von Objekten f\u00fcr Commits in verschiedenen Branches zu verwenden, was in gro\u00dfen Repositories das Erstellen einer gro\u00dfen Anzahl separater Bitmaps \u00fcberfl\u00fcssig macht und die Objekt\u00fcberpr\u00fcfung f\u00fcr die Bestimmung von Objekten, die an den Client gesendet werden sollen, bei Vorg\u00e4ngen wie 'git fetch', 'git rev-list' und 'git clone' erheblich beschleunigt. Um den neuen Bitmap-Typ zu aktivieren und dessen Auswahl- und Nutzungslogik zu bestimmen, wurde eine Reihe von Einstellungen 'bitmapPseudoMerge' vorgeschlagen: git config bitmapPseudoMerge.all.pattern 'refs\/(heads|tags)\/' git config bitmapPseudoMerge.all.threshold now git config bitmapPseudoMerge.all.stableThreshold never git repack -adb\n
Eine neue Befehlszeilenschnittstelle f\u00fcr den Befehl 'git config' wurde implementiert, die anstelle einzelner Optionen f\u00fcr das Anzeigen, Umbenennen und L\u00f6schen von Einstellungen und Sektionen, wie '\u2014get', '\u2014get-all', '\u2014unset' und '\u2014remove-section', eine Reihe separater Unterbefehle anbietet. Zum Beispiel kann f\u00fcr die Anzeige aller Repository-Einstellungen jetzt der Befehl 'git config list' verwendet werden, und um den Inhalt eines bestimmten Parameters anzuzeigen, der Befehl 'git config get '. Zur zus\u00e4tzlichen Filterung der Ergebnisse kann mit der Option '\u2014regexp' ein Filter auf der Grundlage eines regul\u00e4ren Ausdrucks festgelegt werden.\n
Im Protokoll «credential helper», das zur \u00dcbertragung von Anmeldeinformationen beim Zugriff auf Repositories mit eingeschr\u00e4nktem Zugang verwendet wird, wurde die Unterst\u00fctzung f\u00fcr die neuen Felder «authtype» und «credential» hinzugef\u00fcgt. Dies erm\u00f6glicht die Erstellung von Handlers f\u00fcr HTTP-Authentifizierungssysteme, die \u00fcber die \u00dcberpr\u00fcfung von Benutzername und Passwort hinausgehen, beispielsweise bei der Verwendung von Bearer Token in OAuth 2.0. Zuvor mussten vertrauliche Daten im Klartext im Parameter http.extraHeader angegeben werden, um mit solchen Authentifizierungssystemen zu arbeiten. Dar\u00fcber hinaus wurde im Protokoll die M\u00f6glichkeit hinzugef\u00fcgt, den Zustand jedes Anmeldeinformationshandlers zu speichern, um mehrstufige Authentifizierungsmethoden zu unterst\u00fctzen, die in Protokollen wie NTLM und Kerberos verwendet werden.\n
Die Entwicklung des experimentellen Backends «reftable» f\u00fcr die effiziente Speicherung von Verweisen auf Branches und Tags im Repository wurde fortgesetzt. Dieses Backend verwendet einen Blockspeicher, der von dem Projekt JGit verwendet wird und f\u00fcr die Speicherung einer sehr gro\u00dfen Anzahl von Verweisen optimiert ist (traditionelle Speichermethoden f\u00fcr Verweise f\u00fchren in Repositories mit vielen Verweisen zu sp\u00fcrbaren Overheadkosten, da eine sehr gro\u00dfe Anzahl von Dateien in einem Ordner untergebracht werden muss, wenn Verweise im Verzeichnis $GIT_DIR\/refs gespeichert werden, oder da eine gro\u00dfe Datei bei jeder Aktualisierung neu geschrieben werden muss, wenn Verweise in der Datei $GIT_DIR\/packed_refs gespeichert werden). In der neuen Version wurde der Befehl «git refs migrate —ref-format=reftable» hinzugef\u00fcgt, um bestehende Repositories auf das Backend «reftable» zu migrieren (fr\u00fcher wurde das Backend nur bei der Initialisierung des Repositories aktiviert).\n
Im Git-Befehl wurde die Option «—no-advice» hinzugef\u00fcgt, die alle Empfehlungen und Hinweise deaktiviert. Dies kann n\u00fctzlich sein, um das Log bei automatisierten Aufrufen von Git nicht mit \u00fcberfl\u00fcssigen Informationen zu \u00fcberfrachten.\n
Es hat mit dem Prozess begonnen, einige Pr\u00fcfungen aus dem Testset auf Unit-Tests umzustellen, was das Testen von Low-Level-Komponenten vereinfachen und die Effizienz des Testprozesses auf der Windows-Plattform steigern wird, auf der hohe Overheadkosten durch das Starten einer gro\u00dfen Anzahl von Prozessen w\u00e4hrend der Ausf\u00fchrung der in Form von Shell-Skripten implementierten Tests entstehen.\n
In den Code zur Verarbeitung von Farbausgaben wurde die M\u00f6glichkeit hinzugef\u00fcgt, das Format «#RGB» zus\u00e4tzlich zu «#RRGGBB» zu verwenden. <\/ul>\n