Die neue Version von Git 2.28 ermöglicht es, den Namen „master“ für die Hauptzweige nicht mehr zu verwenden.

Verfügbar Veröffentlichung des verteilten Systems zur Verwaltung von Quelltexten Git 2.28.0Git ist eines der beliebtesten, zuverlässigsten und leistungsstärksten Versionskontrollsysteme, das flexible Mittel für die nichtlineare Entwicklung bietet, die auf Verzweigung und Zusammenführung von Branches basieren. Um die Integrität der Historie und die Widerstandsfähigkeit gegen nachträgliche Änderungen zu gewährleisten, wird das implizite Hashing der gesamten vorherigen Historie in jedem Commit verwendet; es ist auch möglich, einzelne Tags und Commits mit digitalen Signaturen der Entwickler zu authentifizieren.

Im Vergleich zur vorherigen Version wurden in die neue Version 317 Änderungen aufgenommen, die von 58 Entwicklern vorbereitet wurden, von denen 13 zum ersten Mal an der Entwicklung beteiligt sind. Die Hauptpunkte Neuheiten:

• wurden um die Einstellung init.defaultBranch erweitert, die es ermöglicht, einen beliebigen Namen für den Hauptbranch auszuwählen, der standardmäßig verwendet wird. Diese Einstellung wurde für Projekte eingeführt, deren Entwickler von der Erinnerung an die Sklaverei nicht loskommen können, und das Wort „master“ wird als beleidigende Anspielung oder als Quelle seelischer Qualen und unüberwundenen Schuldgefühlen wahrgenommen. GitHub, GitLab und Bitbucket Es wurde beschlossen, standardmäßig anstelle des Wortes „master“ für Hauptbranchs das Wort „main“ zu verwenden. In Git bleibt jedoch wie bisher der Branch „master“ standardmäßig bei Ausführung des Befehls „git init“ bestehen, aber dieser Name kann jetzt geändert werden. Um den Namen des Anfangsbranchs beispielsweise in „main“ zu ändern, kann der folgende Befehl verwendet werden:

  git config —global init.defaultBranch main
• Es wurden Leistungsoptimierungen hinzugefügt, die auf dem neu eingeführten Dateiformat commit-graph basieren, das zur Optimierung des Zugriffs auf Informationen zu Commits verwendet wird und die Unterstützung Bloom-Filter, einer probabilistischen Struktur, die ein falsches Erkennen eines fehlenden Elements zulässt, jedoch das Übersehen eines vorhandenen Elements ausschließt. Diese Struktur ermöglicht eine deutliche Beschleunigung der Suche in der Änderungschronik bei Verwendung der Befehle „git log — “ oder „git blame“.
• Im Befehl „git status“ wird nun der Fortschritt des Vorgangs des partiellen Klonens (sparse-checkout) angezeigt.
• Für die Befehle der Familie „diff“ wurde eine neue Einstellung „diff.relative“ vorgeschlagen.
• Bei der Überprüfung mit „git fsck“ wird jetzt die Sortierung des Objektbaums bewertet und nicht sortierte Elemente identifiziert.
• Die Benutzeroberfläche zum Bearbeiten vertraulicher Informationen im Traceback-Ausgabe wurde vereinfacht.
• Im Eingabevervollständigungs-Skript wurde die Unterstützung für die Vervollständigung von Optionen des Befehls „git switch“ hinzugefügt.
• In „git diff“ wurde die Unterstützung für die Übergabe von Argumenten in verschiedenen Notationen („git diff A..B C“, „git diff A..B C…D“ usw.) hinzugefügt.
• Im Befehl „git fast-export —anonymize“ wurde die Möglichkeit hinzugefügt, eine eigene Zuordnung der Elemente festzulegen, um die Ausgabe für die Fehlerbehebung besser anpassbar zu machen.
• In „git gui“ wurde das Öffnen von Arbeitsbäumen aus dem ursprünglichen Dialog ermöglicht.
• Im Protokoll „fetch/clone“ wurde die Möglichkeit implementiert, dass der Server den Client über die Notwendigkeit informiert, vorab vorbereitete Pack-Dateien zusätzlich zu den übertragenen gepackten Objekt-Daten herunterzuladen.
• Die Arbeit am Wechsel zum Hash-Algorithmus SHA-256 anstelle von SHA-1 wurde fortgesetzt.

Quelle: opennet.ru