Veröffentlichung des Versionsverwaltungssystems Git 2.48

Die Veröffentlichung von Git 2.48, einem verteilten Versionskontrollsystem, ist erfolgt. Git zeichnet sich durch hohe Leistung aus und bietet Mittel für nichtlineare Entwicklungen, die auf Verzweigungen und Zusammenführungen basieren. Um die Integrität der Historie und die Unveränderlichkeit von Änderungen "im Nachhinein" zu gewährleisten, wird die gesamte vorherige Historie in jedem Commit implizit gehasht, sowie digitale Signaturen der Entwickler für einzelne Tags und Commits verwendet. Der Git-Code wird unter der GPLv2+ Lizenz verteilt.

Im Vergleich zur vorherigen Version enthält die neue Version 605 Änderungen, die von 93 Entwicklern, von denen 35 erstmals an der Entwicklung beteiligt sind, vorbereitet wurden. Die wichtigsten Neuerungen sind:

• Die Möglichkeit, mit dem Build-System Meson zu kompilieren, wurde neben GNU Make und CMake implementiert. Um Git zu kompilieren, kann jetzt der Befehl „meson setup build && ninja -C build“ verwendet werden. Es wird angemerkt, dass die Makefile, die bei der 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-Toolset vereinfacht die Arbeit mit dem Build-System, ist komfortabel für plattformübergreifende Kompilierungen und macht die Zusammenstellung zugänglicher für Anfänger oder Entwickler, die keine Erfahrung mit der Make-Utility haben. Es sind keine Pläne in naher Zukunft in Sicht, die Unterstützung für Make und CMake einzustellen.
• Es wurden neue Build-Optionen hinzugefügt, die alternative Implementierungen des SHA-1-Hashes beim Berechnen von Prüfziffern ermöglichen, die zur Gewährleistung der Integrität von Datenblöcken in Pack-Dateien verwendet werden. Die Leistung der Prüfziffernberechnungen ist von großer Bedeutung; beispielsweise entfallen beim Klonen eines Repositories mit dem Linux-Kernel etwa 78 % der Prozessorzeit auf deren Berechnung. Die standardmäßig verwendete Implementierung umfasst zusätzliche Kollisionsprüfungen und Schutzmaßnahmen gegen Angriffe auf SHA-1 wie SHAttered und Shambles. Ein solcher Schutz, der zusätzliche Ressourcen beansprucht, ist nur sinnvoll, wenn SHA-1 zu kryptografischen Zwecken verwendet wird, und nutzlos bei der Überprüfung der Integrität von Indexdaten.

  Für den Bau von Git mit einer schnelleren, nicht für kryptographische Systeme geeigneten SHA-1-Implementierung wurde eine Reihe von Optionen *_UNSAFE vorgeschlagen, z.B. „OPENSSL_SHA1_UNSAFE“. Auf GitHub ermöglichte der Build mit vereinfachtem SHA-1 eine Leistungssteigerung der Extraktions- und Klonoperationen um 10-13 %.
• Die Möglichkeit zur Verwendung der Option "—remerge-diff" im Team "range-diff" wurde hinzugefügt, um die Unterschiede zwischen dem Gesamtergebnis eines Mergers und den tatsächlichen Daten anzuzeigen, 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 Elternzweig getrennt angezeigt, sondern die allgemeinen Unterschiede zwischen der Datei mit Merge-Konflikten und der Datei, in der die Konflikte gelöst sind. 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 unter Verwendung der Option "—rebase-merges" zu vergleichen.
• Die Möglichkeit, einen Git-Testbefehl im Modus zur Erkennung von Speicherlecks auszuführen, wurde hinzugefügt. Da Git Werkzeuge bereitstellt, die nach der Ausführung der aufgerufenen Funktion beendet werden, wurden Speicherlecks früher nicht als großes Problem betrachtet. Die Notwendigkeit, Speicherlecks vollständig zu beseitigen, wurde relevant, nachdem mit der Auslagerung interner Funktionen in eine separate Bibliothek begonnen wurde, die in lang laufenden Prozessen eingesetzt werden kann.
• Es wurde mit der Erstellung einer Liste veralteter Modi und Funktionen begonnen, deren Unterstützung künftig eingestellt werden soll. Es wird angenommen, dass die Entfernung veralteter Funktionen in der Git-Version 3.0 erfolgen wird, die Änderungen enthalten wird, die die Abwärtskompatibilität beeinträchtigen.
• Die Optimierung des Befehls "git for-each-ref", der eine Liste von Links im Repository ausgibt, wurde fortgesetzt. Die Optimierung, die die Handler für die Filterung von Links und die Formatierung der Ausgabe zusammenführt, wird nun nicht nur für unsortierte Ausgaben, sondern auch bei Angabe der Option "—sort" angewendet.
• Die Implementierung von Reftable im Backend wurde mit Blockspeicher für eine effiziente Speicherung von Referenzen auf Branches und Tags verbessert. Reftable ermöglicht eine signifikante Beschleunigung von Suche, Lesevorgängen und Schreibvorgängen in Repositories mit einer sehr hohen Anzahl von Referenzen. In der neuen Version wird die Nutzung einiger Hilfs-APIs eingestellt, um die libgit-Bibliothek aus den Build-Abhängigkeiten zu entfernen. Eine adaptive Fehlerbehandlung für die von den Speicherzuweisungsfunktionen zurückgegebenen Fehler wurde implementiert (Speichermangel führt nun nicht mehr zu einem abrupten Programmabbruch). Die Vorgänge zur Erstellung von Referenzen wurden beschleunigt und der Speicherverbrauch verringert.
• In der Implementierung des partiellen Klonens wurden Probleme gelöst, die zu Endlosschleifen und zur Beschädigung des Repositories nach Ausführung des Befehls „git gc“ führten.
• Beim Ausführen des Befehls „git fetch “ wird nun „refs/remotes//HEAD“ auf den Branch umgeleitet, auf den sich HEAD bezieht, wenn „refs/remotes//HEAD“ auf dem lokalen System fehlt und der Branch auf der anderen Seite vorhanden ist. Um die Synchronisierung von „refs/remotes//HEAD“ mit dem HEAD-Wert auf der anderen Seite der Verbindung zu steuern, wurde die Einstellung remote..followRemoteHEAD hinzugefügt.
• Die Einstellung „remote..serverOption“ wurde hinzugefügt, welche der Befehlszeilenoption „—serverOption=“ ähnlich ist.
• Im Befehl „git rebase —rebase-merges“ wird nach Möglichkeit sichergestellt, dass die Branch-Namen als Tags verwendet werden.
• Den Befehlen ‚git notes add‘ und ‚git notes append‘ wurde das Flag ‚-e‘ hinzugefügt, das eine Notiz in einem externen Texteditor öffnet, der über die Umgebungsvariable GIT_EDITOR angegeben wird.
• 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