Neue Version von Git 2.28, die die Verwendung des Begriffs 'master' für Hauptzweige nicht mehr erforderlich macht.

Verfügbar Veröffentlichung des verteilten versionierten Systems Git 2.28.0. Git gehört zu den beliebtesten, zuverlässigen und leistungsstärksten Versionsverwaltungssystemen und bietet flexible Mittel für nicht-lineare Entwicklungen, die auf dem Branching und Merging von Zweigen basieren. Um die Integrität der Historie und die Widerstandsfähigkeit gegenüber nachträglichen Änderungen zu gewährleisten, werden alle vorherigen Historien in jedem Commit implizit gehasht, und es ist auch möglich, digitale Signaturen für bestimmte Tags und Commits der Entwickler zu verwenden.

Im Vergleich zur vorherigen Version wurden in die neue Version 317 Änderungen aufgenommen, die mit Unterstützung von 58 Entwicklern erstellt wurden, von denen 13 zum ersten Mal an der Entwicklung beteiligt sind. Die wichtigsten Neuheiten:

• Eine Einstellung init.defaultBranch wurde hinzugefügt, die es ermöglicht, einen beliebigen Namen für den Hauptzweig auszuwählen, der standardmäßig angewendet wird. Diese Einstellung wurde für Projekte hinzugefügt, deren Entwickler sich an die Erinnerungen an Sklaverei stören, da das Wort „master“ als beleidigende Anspielung empfunden wird oder seelische Qualen und Schuldgefühle hervorruft. GitHub, GitLab und Bitbucket haben entschieden, standardmäßig anstelle des Wortes „master“ das Wort „main“ für Hauptzweige zu verwenden. In Git bleibt es wie zuvor so, dass bei Ausführung des Befehls „git init“ standardmäßig der Zweig „master“ erstellt wird, aber dieser Name kann jetzt geändert werden. Zum Beispiel kann der Name des ursprünglichen Zweigs auf „main“ geändert werden, indem der folgende Befehl verwendet wird:

  git config —global init.defaultBranch main
• Leistungsoptimierungen wurden hinzugefügt, die auf dem neuen Dateiformat commit-graph basieren, das zur Optimierung des Zugriffs auf Informationen über Commits dient und Unterstützung bietet. Bloom-Filter, einer wahrscheinlichkeitstheoretischen Struktur, die falsche Bestimmungen eines fehlenden Elements zulässt, aber das Übersehen eines bestehenden Elements ausschließt. Diese Struktur ermöglicht eine deutliche Beschleunigung der Suche in der Änderungsverlaufsgeschichte bei Verwendung der Befehle „git log — “ oder „git blame“.
• In der Kommandozeile „git status“ wird nun der Fortschritt des Vorgangs des partiellen Klonens (sparse-checkout) angezeigt.
• Für die Befehlsfamilie „diff“ wurde eine neue Einstellung „diff.relative“ vorgeschlagen.
• Bei der Überprüfung mit „git fsck“ wird jetzt die Sortierung des Objektdiagramms bewertet und unsortierte Elemente erkannt.
• Die Benutzeroberfläche für die Bearbeitung vertraulicher Informationen in der Ausgabe der Rückverfolgung wurde vereinfacht.
• Im Auto-Vervollständigungs-Skript wurde die Unterstützung für die Ergänzung von Optionen des Befehls „git switch“ hinzugefügt.
• In „git diff“ wurde die Unterstützung für die Übertragung von Argumenten in verschiedenen Schreibweisen („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, ein eigenes Mapping von Elementen festzulegen, um die Ausgabe für Debugging-Zwecke benutzerfreundlicher zu gestalten.
• In „git gui“ ist es jetzt erlaubt, Arbeitsbäume aus dem ursprünglichen Dialog zu öffnen.
• Im Protokoll „fetch/clone“ wurde die Möglichkeit implementiert, den Client vom Server über die Notwendigkeit zu informieren, im Voraus vorbereitete Pack-Dateien zusätzlich zu den übermittelten verpackten Objekt-Daten zu laden.
• Die Arbeiten an der Umstellung auf den Hash-Algorithmus SHA-256 anstelle von SHA-1 werden fortgesetzt.

Quelle: opennet.ru