Veröffentlichung der Quellcodeverwaltungssystem Git 2.44

Nach drei Monaten Entwicklungsarbeit wurde die Version 2.44 des verteilten Systems zur Verwaltung von Quelltexten Git veröffentlicht. Git zählt zu den beliebtesten, zuverlässigsten und leistungsstärksten Versionierungssystemen und bietet flexible Mittel für die nichtlineare Entwicklung, die auf dem Verzweigen und Zusammenführen von Branches basieren. Um die Integrität der Historie und die Resistenz gegen nachträgliche Änderungen sicherzustellen, wird die gesamte vorherige Historie in jedem Commit implizit gehasht; zudem besteht die Möglichkeit, digitale Signaturen von Entwicklern für bestimmte Tags und Commits zu verwenden. Der Git-Code wird unter der GPLv2+-Lizenz vertrieben.

Im Vergleich zur vorherigen Version wurden in die neue Version 503 Änderungen integriert, die von 85 Entwicklern vorbereitet wurden, von denen 34 erstmals an der Entwicklung beteiligt waren. Die wichtigsten Neuerungen sind:

• Ein neuer Befehl „git replay“ wurde hinzugefügt, der als Alternative zu „git rebase“ verwendet werden kann und zur Rekonstruktion der Historie dient. Server ohne Arbeitsverzeichnis (bare-Repository, das kein Arbeitsverzeichnis enthält), Verarbeitung mehrerer Zweige gleichzeitig, Ausführung der Rebase-Operation für Zweige, die nicht gerade ausgecheckt sind, oder einfach zur Beschleunigung von Merge-Vorgängen.
• Unterstützung für das Continuous Integration-System GitLab CI hinzugefügt.
• Die Befehle „git add“ und „git stash“ unterstützen jetzt Pfadattribute „:(attr:…)“, ähnlich wie beim Befehl „git show“. Zum Beispiel kann „git add ':(attr:~binary)'“ verwendet werden, um alle Textdateien (nicht-binär) zum Index hinzuzufügen. Darüber hinaus wurde im neuen Release das Attribut „builtin_objectmode“ zur Filterung von Dateipfaden nach Berechtigungen vorgeschlagen. Zum Beispiel kann „git add ':(attr:builtin_objectmode=100755)'“ verwendet werden, um alle ausführbaren Dateien hinzuzufügen.
• Die Unterstützung für die Wiederverwendung von Objekten, die über mehrere Pack-Dateien verteilt sind und für die ein Multi-Pack-Index mit Verfügbarkeitsinformationen vorhanden ist, wurde hinzugefügt. Dies ermöglicht eine Optimierung, bei der statt der tatsächlichen Datenübertragung auf bereits in Pack-Dateien vorhandene Daten verwiesen wird. Ab Version 2.44 kann Git jetzt die Wiederverwendung von Objekten über mehrere Pack-Dateien hinweg verarbeiten, ohne dass das Repository in eine einzelne Pack-Datei umgepackt werden muss. Um die neue Funktion zu aktivieren, führen Sie folgende Befehle aus: git config —global pack.allowPackReuse multi git multi-pack-index write —bitmap

  Nach der Aktivierung kann die Anzahl der Pack-Dateien, aus denen Objekte wiederverwendet werden, in der Anzeige „pack-reused … (von N)“, die während des Ausführens von „git push“ angezeigt wird, verfolgt werden.
• Der Befehl „git rebase —autosquash“ kann jetzt für nicht-interaktive Rebase-Operationen verwendet werden, was es ermöglicht, einen Rebase durchzuführen und fixup-Änderungen schnell anzuwenden, ohne die Änderungsübersicht zu überprüfen und ohne die Umgebungsvariable GIT_SEQUENCE_EDITOR zu ändern.
• Der Befehl „git merge-file“ hat die Option „—diff-algorithm“ erhalten, um einen alternativen Algorithmus zur Bewertung von Unterschieden zwischen Dateien auszuwählen.
• Im Befehl „git checkout -B []“ ist das Aktualisieren und Abrufen von Branches, die ein anderes Arbeitsverzeichnis verwenden, untersagt. Um das alte Verhalten wiederherzustellen, wurde die Option „—ignore-other-worktrees“ hinzugefügt.
• Es wurde die Möglichkeit hinzugefügt, der Einstellung „git config advice.pushAlreadyExists“ den Wert „true“ zuzuweisen, der die Hinweisanzeigen (hint) ohne die Anleitung zum Deaktivieren dieser („Disable this message with…“) entfernt, die Platz auf dem Bildschirm beansprucht.
• Die Ausführung des Befehls „git for-each-ref“ mit der Option „—no-sort“ wurde optimiert, die nun zu einer Ausgabe in undefinierter Reihenfolge führt (früher wurde bei Angabe von „—no-sort“ dennoch eine alphabetische Sortierung angewendet). Nach den Optimierungen beschleunigt die Anwendung von „—no-sort“ nun „git for-each-ref“ um etwa 20 % in Repositories mit einer großen Anzahl von Referenzen.
• Der Wincred-Credential-Management-Backend unterstützt nun die Aktualisierung von OAuth-Token, ähnlich wie es in den Backends credential-cache und credential-libsecret implementiert ist.
• In «git fetch» wurde die Unterstützung für die Konfigurationsoption «fetch.all» hinzugefügt, die analog zur Verwendung der Option «—all» in der Befehlszeile verarbeitet wird.

Quelle: opennet.ru