Veröffentlichung des Quellcode-Management-Systems Git 2.36.

Nach drei Monaten Entwicklung wurde die Version 2.36 des verteilten Systems zur Verwaltung von Quelltexten Git veröffentlicht. Git ist eines der beliebtesten, zuverlässigsten und leistungsstärksten Versionsverwaltungssysteme, das flexible Mittel für die nichtlineare Entwicklung bietet, die auf Branching und Merging basieren. Um die Integrität der Geschichte und die Widerstandsfähigkeit gegenüber „nachträglichen“ Änderungen zu gewährleisten, wird eine implizite Hashierung der gesamten vorherigen Historie in jedem Commit verwendet; auch eine digitale Signierung durch die Entwickler einzelner Tags und Commits ist möglich.

Im Vergleich zur vorherigen Version wurden in die neue Version 717 Änderungen aufgenommen, die mit Beteiligung von 96 Entwicklern erstellt wurden, von denen 26 zum ersten Mal an der Entwicklung teilnahmen. Die wichtigsten Neuerungen sind:

• Den Befehlen „git log“ und „git show“ wurde die Option „—remerge-diff“ hinzugefügt, die es ermöglicht, die Unterschiede zwischen dem gemeinsamen Ergebnis des Mergings und den tatsächlichen Daten, die im Commit nach der Ausführung des Befehls „merge“ angezeigt werden, darzustellen. Dies ermöglicht eine anschauliche Bewertung der Änderungen, die aufgrund der Konfliktlösungen beim Mergen vorgenommen wurden. Der gewöhnliche Befehl „git show“ trennt verschiedene Konfliktlösungen mit Einrückungen, was das Verständnis der Änderungen erschwert. Zum Beispiel zeigt die folgende Abbildung die Zeilen „+/-“ ohne Einrückung die letzte Konfliktlösung, die mit der Umbenennung in der ersten Branch sha1 auf oid im Kommentar verbunden ist, während „+/-“ mit Einrückung die ursprüngliche Konfliktlösung darstellt, die durch das Erscheinen eines zusätzlichen Arguments in der Funktion dwim_ref() in der zweiten Branch verursacht wurde.

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

  
• Die Flexibilität zur Anpassung des Verhaltens beim Zurücksetzen von Disk-Caches über den Aufruf der Funktion fsync() wurde erhöht. Der zuvor verfügbare Parameter core.fsyncObjectFiles wurde in zwei Konfigurationsvariablen core.fsync und core.fsyncMethod aufgeteilt, die es ermöglichen, fsync nicht nur auf Objektdaten (.git/objects) anzuwenden, sondern auch auf andere Git-Strukturen wie Referenzen (.git/refs), Reflog und Pack-Dateien.

  Ü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 Leeren des Caches; zum Beispiel kann fsync gewählt werden, um den gleichnamigen Systemaufruf anzuwenden, oder writeout-only, um die verzögerte Schreibweise (pagecache writeback) anzuwenden.

• Zum Schutz vor Schwachstellen, die das Manipulieren von Platzhaltern durch andere Benutzer in gemeinsamen Verzeichnissen .git angehen, wurde die Überprüfung des Repository-Eigentümers verstärkt. Die Ausführung von Git-Befehlen ist jetzt nur noch in den eigenen „.git“-Verzeichnissen zulässig. Wenn das Verzeichnis mit dem Repository einem anderen Benutzer gehört, wird standardmäßig ein Fehler ausgegeben. Dieses Verhalten kann über die Einstellung safe.directory deaktiviert werden.
• Der Befehl „git cat-file“, der zur Anzeige des Quelldateninhalts von Git-Objekten dient, wurde um die Option „—batch-command“ erweitert, die die zuvor verfügbaren Befehle „—batch“ und „—batch-check“ ergänzt und eine adaptive Auswahl des Ausgabeformats durch die Angabe von „contents “ für den Inhalt oder „info “ für Informationen über das Objekt ermöglicht. Außerdem wird der Befehl „flush“ zur Leerung des Ausgabe-Puffers unterstützt.
• Der Befehl „git ls-tree“, der zur Erstellung einer Liste des Inhalts von Objektbäumen dient, erhielt die Option „—oid-only“ („—object-only“), die analog zu „—name-only“ nur die Objekt-IDs ausgibt, um den Aufruf aus Skripten zu vereinfachen. Zudem wurde die Option „—format“ implementiert, mit der ein eigenes Ausgabeformat definiert werden kann, indem Informationen über Modus, Typ, Namen und Größe kombiniert werden.
• Im Befehl „git bisect run“ wird nun das Nichteinstellen des Skript-Flags für ausführbare Dateien erkannt, und in diesem Fall werden Fehler mit den Codes 126 oder 127 ausgegeben (früher wurden alle Revisionen als fehlerhaft markiert, wenn das Skript nicht ausgeführt werden konnte).
• Im Befehl „git fetch“ wurde die Option „—refetch“ hinzugefügt, um alle Objekte abzurufen, ohne die andere Seite über bereits vorhandene Inhalte im lokalen System zu informieren. Ein solches Verhalten kann nützlich sein, um den Zustand nach Fehlern wiederherzustellen, wenn man sich über die Integrität der lokalen Daten nicht sicher 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, in denen partielle Klonoperationen (sparse-checkout) durchgeführt werden.
• Das Verhalten des Befehls «git clone —filter=… —recurse-submodules» wurde geändert, sodass nun partielle Klonungen von Submodulen erfolgen (zuvor wurde der Filter nur auf den Hauptinhalt angewandt, während Submodule vollständig ohne Berücksichtigung des Filters geklont wurden).
• Im Befehl «git bundle» wurde die Unterstützung für das Angeben von Filtern zum selektiven Platzieren von Inhalten analog zu den Operationen des partiellen Klonens hinzugefügt.
• Im Befehl «git branch» wurde die Option «—recurse-submodules» für die rekursive Durchsuchung von Submodulen hinzugefügt.
• Für die Sprache Kotlin wurde ein neuer Handler in userdiff vorgeschlagen.

Quelle: opennet.ru