Release der Versionierungssystem Git 2.36

Nach drei Monaten Entwicklung wurde die Version 2.36 des verteilten Versionskontrollsystems Git veröffentlicht. Git ist eines der beliebtesten, zuverlässigsten und leistungsfähigsten Versionskontrollsysteme, das flexible Mittel für nichtlineare Entwicklungen bietet, die auf Branching und Merging basieren. Um die Integrität der Historie und die Widerstandsfähigkeit gegen rückwärts gerichtete Änderungen zu gewährleisten, wird eine implizite Hash-Verschlüsselung der gesamten vorherigen Historie in jedem Commit verwendet. Zudem ist es möglich, digitale Signaturen von einzelnen Entwicklern für Tags und Commits zu bestätigen.

Im Vergleich zur vorherigen Version wurden in dieser neuen Version 717 Änderungen aufgenommen, die mit der Mitarbeit von 96 Entwicklern vorbereitet wurden, von denen 26 erstmals an der Entwicklung teilnahmen. Die wichtigsten Neuerungen:

• Die Befehle „git log“ und „git show“ wurden um die Option „—remerge-diff“ erweitert. Diese ermöglicht es, die Unterschiede zwischen dem allgemeinen Merge-Ergebnis und den tatsächlichen Daten, die in dem Commit nach der Ausführung des „merge“-Befehls reflektiert werden, anzuzeigen. Dadurch können die Änderungen, die aufgrund der Konfliktlösung beim Merge durchgeführt wurden, anschaulich bewertet werden. Der normale Befehl „git show“ trennt die verschiedenen Konfliktlösungen durch Einrückungen, was das Verständnis der Änderungen erschwert. Im folgenden Screenshot zeigt die Zeile „+/-“ ohne Einrückung die letzte Konfliktlösung, die mit der Umbenennung des ersten Branches von sha1 in oid im Kommentar verbunden ist, während „+/-“ mit Einrückung die ursprüngliche Konfliktlösung darstellt, die durch das Auftreten eines zusätzlichen Arguments in der Funktion dwim_ref() im zweiten Branch verursacht wurde.

  Bei Verwendung der Option „—remerge-diff“ werden die Unterschiede zwischen den Konfliktlösungen nicht für jeden Eltern-Branch getrennt angezeigt. Stattdessen werden die allgemeinen Unterschiede zwischen der Datei mit den Merge-Konflikten und der Datei, in der die Konflikte gelöst wurden, angezeigt.

  
• Die Flexibilität bei der Konfiguration des Verhaltens beim Zurücksetzen von Festplattencaches durch den Aufruf der Funktion fsync() wurde erhöht. Der zuvor verfügbare Parameter core.fsyncObjectFiles wurde in zwei Konfigurationsvariablen, core.fsync und core.fsyncMethod, unterteilt, die es ermöglichen, fsync nicht nur auf Objektdateien (.git/objects), sondern auch auf andere Git-Strukturen wie Referenzen (.git/refs), Reflog und Packdateien anzuwenden.

  Über die Variable core.fsync kann eine Liste interner Git-Strukturen angegeben werden, für die nach einem Schreibvorgang zusätzlich fsync aufgerufen wird. Die Variable core.fsyncMethod ermöglicht die Auswahl der Methode zum Zurücksetzen des Caches; beispielsweise kann fsync für den entsprechenden Systemaufruf ausgewählt oder writeout-only zur Verwendung von verzögertem Schreiben (pagecache writeback) angegeben werden.

• Um sich vor der Manipulation von .git-Verzeichnissen durch andere Benutzer in gemeinsam genutzten Bereichen zu schützen, wurde die Überprüfung des Repository-Besitzers verstärkt. Das Ausführen von Git-Befehlen ist nun nur noch in den eigenen .git-Verzeichnissen erlaubt. Wenn das Repository-Verzeichnis einem anderen Benutzer gehört, wird standardmäßig ein Fehler ausgegeben. Dieses Verhalten kann durch die Einstellung safe.directory deaktiviert werden.
• Der Befehl „git cat-file“, der zur Ausgabe des Quellinhalts von Git-Objekten dient, hat eine Option „—batch-command“ erhalten, die die zuvor verfügbaren Befehle „—batch“ und „—batch-check“ ergänzt und die adaptive Auswahl des Ausgabeformats durch Angabe von „contents “ zum Ausgeben des Inhalts oder „info “ zum Ausgeben von Informationen über das Objekt ermöglicht. Zudem wird der Befehl „flush“ unterstützt, um den Ausgabepuffer zurückzusetzen.
• Der Befehl „git ls-tree“ wurde um die Option „—oid-only“ („—object-only“) erweitert, ähnlich wie „—name-only“, um nur die Objekt-IDs auszugeben und dadurch die Verwendung in Skripten zu vereinfachen. Außerdem wurde die Option „—format“ implementiert, die es ermöglicht, ein benutzerdefiniertes Ausgabeformat zu definieren, das Informationen über Modus, Typ, Name und Größe kombiniert.
• Im Befehl „git bisect run“ wurde die Erkennung des Fehlens des Ausführungsattributs für Skripte implementiert, sodass in diesem Fall Fehler mit den Codes 126 oder 127 ausgegeben werden (zuvor wurden alle Revisionen, die nicht ausgeführt werden konnten, als problematisch markiert).
• Der Befehl „git fetch“ wurde um die Option „—refetch“ ergänzt, um alle Objekte abzurufen, ohne die andere Seite über den bereits auf dem lokalen System vorhandenen Inhalt zu informieren. Ein solches Verhalten kann nützlich sein, um den Zustand nach Fehlern wiederherzustellen, wenn die Integrität der lokalen Daten ungewiss ist.
• Die Befehle „git update-index“, „git checkout-index“, „git read-tree“ und „git clean“ unterstützen jetzt partielle Indizes (sparse index), die die Leistung verbessern und Speicherplatz in Repositories sparen, bei denen spärliches Klonen (sparse-checkout) durchgeführt wird.
• Das Verhalten des Befehls „git clone —filter=… —recurse-submodules“ wurde geändert, sodass nun nur die Submodule teilweise geklont werden (früher wurde der Filter nur auf den Hauptinhalt angewendet, während die Submodule vollständig ohne Berücksichtigung des Filters geklont wurden).
• Im Befehl „git bundle“ wurde die Unterstützung für die Angabe von Filtern für die selektive Aufnahme von Inhalten hinzugefügt, ähnlich wie bei den Operationen des partiellen Klonens.
• Dem Befehl „git branch“ wurde die Option „—recurse-submodules“ hinzugefügt, um Submodule rekursiv zu durchlaufen.
• Für die Sprache Kotlin wurde ein neuer Userdiff-Handler vorgeschlagen.

Quelle: opennet.ru