Veröffentlichung des Versionskontrollsystems Git 2.48

Die Veröffentlichung der verteilten Versionskontrollsoftware Git 2.48 ist nun verfügbar. Git zeichnet sich durch hohe Leistung aus und bietet Werkzeuge für die nichtlineare Entwicklung, die auf Verzweigungen und Zusammenführungen basieren. Um die Integrität der Historie und die Widerstandsfähigkeit gegenüber "nachträglichen" Änderungen zu gewährleisten, wird das implizite Hashing der gesamten vorherigen Historie in jedem Commit, sowie die digitale Signatur von Entwicklern für bestimmte Tags und Commits verwendet. Der Code von Git wird unter der GPLv2+ Lizenz verbreitet.

Im Vergleich zur vorherigen Version wurden in die neue Version 605 Änderungen aufgenommen, die mit Unterstützung von 93 Entwicklern vorbereitet wurden, von denen 35 erstmals an der Entwicklung beteiligt sind. Die wichtigsten Neuerungen:

• Die Möglichkeit, mit dem Build-System Meson zu arbeiten, ist nun möglich, zusätzlich zu GNU Make und CMake. Für das Bauen kann jetzt der Befehl „meson setup build && ninja -C build“ verwendet werden. Es sollte angemerkt werden, dass das Makefile, das bei Verwendung von GNU Make verwendet wird, auf 3887 Zeilen angewachsen ist und nicht so einfach ist, wie man es sich wünschen würde. Das Meson-Werkzeug erleichtert die Arbeit mit dem Build-System, ist benutzerfreundlich für plattformübergreifende Builds und macht das Bauen auch für Anfänger oder Entwickler ohne Erfahrung mit der Make-Utilität zugänglich. Eine Einstellung der Unterstützung für Make und CMake ist in absehbarer Zeit nicht geplant.
• Es wurden Build-Optionen hinzugefügt, die alternative Implementierungen des SHA-1-Hashes ermöglichen, um Prüfziffern zu berechnen, die zur Überprüfung der Integrität von Datenblöcken in Pack-Dateien verwendet werden. Die Leistung bei der Berechnung von Prüfziffern ist entscheidend, z. B. werden beim Klonen des Linux-Kernel-Repositories etwa 78 % der Prozessorzeit für deren Berechnung aufgewendet. Die standardmäßig verwendete Implementierung enthält zusätzliche Kollisionsprüfungen und Schutzmechanismen gegen Angriffe auf SHA-1 wie SHAttered und Shambles. solcher Schutz, der zusätzliche Ressourcen benötigt, ist nur sinnvoll, wenn SHA-1 für kryptographische Zwecke verwendet wird und ist nutzlos bei der Überprüfung der Integrität von Indexdaten.

  Für den Git-Bau mit einer schnelleren SHA-1-Implementierung, die nicht für Kryptosysteme geeignet ist, wurde eine Reihe von Optionen *_UNSAFE, wie „OPENSSL_SHA1_UNSAFE“, vorgeschlagen. Bei GitHub ermöglichte der Build mit vereinfachtem SHA-1 eine Leistungssteigerung von 10-13 % bei Datenabruf- und Klonierungsoperationen.
• Die Möglichkeit, die Option „—remerge-diff“ im Team „range-diff“ zu verwenden, wurde hinzugefügt. Diese Option zeigt die Unterschiede zwischen dem gemeinsamen Ergebnis des Mergers und den tatsächlichen Daten, die im Commit nach der Ausführung des „Merge“-Befehls reflektiert sind. Bei Verwendung der Option „—remerge-diff“ werden die Unterschiede zwischen den Konfliktlösungen nicht für jeden Elternbranch getrennt angezeigt, sondern es werden allgemeine Unterschiede zwischen der Datei mit Merge-Konflikten und der Datei, in der die Konflikte gelöst wurden, angezeigt. Im Kontext des „range-diff“-Befehls könnte die neue Option nützlich sein, um Commit-Sets nach dem Verschieben der Commit-Sequenz mit dem „rebase“-Befehl und der Option „—rebase-merges“ zu vergleichen.
• Die Möglichkeit, eine Git-Testreihe im Modus zur Erkennung von Speicherlecks auszuführen, wurde hinzugefügt. Da Git Dienstprogramme bereitstellt, die nach der Ausführung der aufgerufenen Funktion beendet werden, wurden Speicherlecks früher nicht als großes Problem angesehen. Die Notwendigkeit zur vollständigen Beseitigung von Speicherlecks ist relevanter geworden, nachdem mit der Auslagerung interner Funktionalitäten in eine separate Bibliothek begonnen wurde, die in langlebigen Prozessen verwendet werden kann.
• Die Erstellung einer Liste veralteter Funktionen und Modi hat begonnen, deren Unterstützung in Zukunft eingestellt werden soll. Es wird erwartet, dass die Entfernung der veralteten Funktionalität in der Version Git 3.0 erfolgt, die Änderungen enthalten wird, die die Abwärtskompatibilität brechen.
• Die Optimierung des Befehls „git for-each-ref“, der eine Liste von Referenzen im Repository ausgibt, wurde fortgesetzt. Die Optimierung, die die Handler für die Filterung von Referenzen und die Formatierung der Ausgabe zusammenführt, wird nun nicht nur für unsortierte Ausgaben angewendet, sondern auch bei Angabe der Option „—sort“.
• Die Implementierung des Backend «reftable» mit Blockspeicher wurde verbessert, um eine effiziente Speicherung von Links auf Branches und Tags im Repository zu gewährleisten. Reftable ermöglicht eine signifikante Beschleunigung von Suche, Lese- und Schreibvorgängen in Repositories mit einer sehr hohen Anzahl von Links. In der neuen Version wird der Zugriff auf einige Hilfs-APIs eingestellt, um die libgit-Bibliothek aus den Build-Abhängigkeiten weiter zu entfernen. Eine adaptive Fehlerbehandlung wurde für die von den Speicherzuweisungsfunktionen zurückgegebenen Fehler implementiert (Speichermangel führt jetzt nicht mehr zu einem Absturz). Die Vorgänge zur Erstellung von Links wurden beschleunigt und der Speicherverbrauch reduziert.
• In der Implementierung des partiellen Klonens wurden Probleme gelöst, die zu Endlosschleifen und einer Beschädigung des Repositories nach der Ausführung des Befehls «git gc» führten.
• Beim Ausführen des Befehls «git fetch <remote>» wird im Falle der Abwesenheit von «refs/remotes/<remote>/HEAD» im lokalen System und der Anwesenheit eines Branches, auf den HEAD verweist, auf der anderen Seite «refs/remotes/<remote>/HEAD» jetzt auf diesen Branch umgeleitet. Um die Synchronisation von «refs/remotes/<remote>/HEAD» mit dem HEAD-Wert auf der anderen Seite der Verbindung zu steuern, wurde die Einstellung remote.<remote>.followRemoteHEAD» hinzugefügt.
• Die Einstellung «remote.<name>.serverOption» wurde hinzugefügt, ähnlich wie die Befehlszeilenoption «—serverOption=<value>».
• Im Befehl «git rebase —rebase-merges» wird nach Möglichkeit die Verwendung von Branch-Namen als Labels sichergestellt.
• Den Befehlen ‘git notes add’ und ‘git notes append’ wurde die Option ‘-e’ hinzugefügt, die eine Notiz im externen Texteditor öffnet, der über die Umgebungsvariable GIT_EDITOR angegeben ist.
• Die Kompatibilität mit GCC 15 und dem C23 Standard wurde verbessert.
• Die Unterstützung für ältere Versionen von libcURL und Perl wurde eingestellt.

Quelle: opennet.ru