Git 2.38 enthält skalar, das neue von Microsoft entwickelte Dienstprogramm, Verbesserungen und mehr

Vor kurzem Die Veröffentlichung der neuen Version wurde angekündigt verteiltes Quellcode-Kontrollsystem Git 2.38, die im Vergleich zur vorherigen Version 699 Änderungen in die neue Version übernommen hat, wurde unter Beteiligung von 92 Entwicklern erstellt, von denen 24 zum ersten Mal an der Entwicklung beteiligt waren.

Für diejenigen, die mit Git nicht vertraut sind, sollten Sie wissen, dass dies ist eines der beliebtesten Versionskontrollsysteme, zuverlässige und leistungsstarke Software, die flexible nichtlineare Entwicklungswerkzeuge basierend auf Forks und Mergers of Forks bereitstellt.

Um die Integrität der Historie und Widerstandsfähigkeit gegen rückwirkende Änderungen zu gewährleisten, wird bei jedem Commit ein implizites Hashing der gesamten Vorgeschichte verwendet, es ist auch möglich, die digitalen Signaturen der Entwickler einzelner Tags und Commits zu überprüfen.

Git 2.38 Highlights

In dieser neuen Version von Git 2.38, die vorgestellt wird, wird dies hervorgehoben Skalar-Dienstprogramm enthalten entwickelt von Microsoft zur Verwaltung großer Repositories. Das Dienstprogramm wurde ursprünglich in C# geschrieben, aber eine modifizierte C-Version ist in Git enthalten. Das neue Dienstprogramm unterscheidet sich vom git-Befehl durch zusätzliche Funktionen und Einstellungen Standardwerte, die sich auf die Leistung bei der Arbeit mit sehr großen Repositories auswirken.

Bei der Verwendung von Skalaren gilt beispielsweise Folgendes:

• Teilweiser Klon, um mit einer unvollständigen Kopie des Repositorys zu arbeiten.
• Eingebauter Mechanismus zur Nachverfolgung von Dateisystemänderungen (FSMonitor), wodurch die Notwendigkeit entfällt, das gesamte Arbeitsverzeichnis aufzulisten.
• Indizes, die Objekte in verschiedenen Dateipaketen abdecken (Multipaket).
• Commit-Graph-Dateien mit einem Commit-Graph-Index, der verwendet wird, um den Zugriff auf Commit-Informationen zu optimieren.
• Periodische Hintergrundarbeit, um die optimale Struktur des Repositorys im Hintergrund aufrechtzuerhalten, ohne die interaktive Sitzung zu blockieren (einmal pro Stunde wird daran gearbeitet, neue Objekte aus dem Remote-Repository zu erhalten und die Datei mit dem Commit-Graphen zu aktualisieren, und der Prozess des Packens von das Repository wird jede Nacht gestartet).
• Ein "sparseCheckoutCone"-Modus, der die gültigen Muster beim teilweisen Klonen einschränkt.

Eine weitere Änderung, die in dieser neuen Version von Git 2.38 vorgestellt wird, ist die Option „–update-refs“ für den Befehl „git rebase“. um abhängige Zweige zu aktualisieren, die sich mit verschobenen Zweigen überschneiden, sodass Sie nicht jeden abhängigen Zweig manuell auschecken müssen, um zum gewünschten Commit zu wechseln.

Es wird auch hervorgehoben, dass Das Bitmap-Dateiformat wurde für die Arbeit mit großen Repositories optimiert- Optionale Indextabelle mit einer Liste ausgewählter Commits und ihrer Offsets hinzugefügt.

Darüber hinaus können wir das im Befehl finden "git merge-tree" implementiert einen neuen Modus in welchem, basierend auf zwei spezifischen Commits wird mit dem Ergebnis ein Baum berechnet der Zusammenführung, als ob die Historien dieser Commits zusammengeführt würden.

Konfiguration hinzugefügt "safe.barerepository", um zu steuern, ob Repositories, die keinen Baum enthalten der Arbeit, Sie können in anderen Git-Repositories platziert werden. Bei Einstellung auf „explizit“ können nur Bare-Repositories im obersten Verzeichnis funktionieren. Um Bare-Repositories in Unterverzeichnisse legen zu können, muss der Wert „all“ verwendet werden.

Von den anderen Änderungen das hebt sich von dieser neuen Version ab:

• Option „-m“ („–max-count“) zum Befehl „git grep“ hinzugefügt, die der gleichnamigen GNU-Option grep ähnelt und es Ihnen ermöglicht, die Anzahl der Übereinstimmungsergebnisse zu begrenzen.
• Der Befehl „ls-files“ implementiert die Option „--format“, um Ausgabefelder anzupassen (z. B. können Sie die Ausgabe von Objektnamen, Modi usw. aktivieren).
• In der "git cat-Datei" ist beim Anzeigen des Inhalts von Objekten die Möglichkeit implementiert, die Links der Autoren zu E-Mails zu berücksichtigen, die in der Mail-Map-Datei angegeben sind.
• Der Befehl „git rm“ wurde mit Teilindizes kompatibel gemacht.
• Das Verhalten des Befehls „git mv AB“ beim Verschieben einer Datei aus einem Arbeitsbereich mit Teilindizes im „Kegel“-Modus in einen Außenbereich, in dem dieser Modus nicht angewendet wird, wurde verbessert.

Schließlich wenn Sie mehr darüber wissen möchtenkönnen Sie die Details überprüfen im folgenden Link.