Die neue Version ist jetzt verfügbar Kontrollsystem "Git 2.26.0", was ankommt mit einigen Neuigkeiten, experimentelle Unterstützungen und insbesondere Optimierungen. Für diejenigen, die mit Git nicht vertraut sind, sollten Sie das wissen ist eines der beliebtesten Versionskontrollsysteme, Zuverlässig und leistungsstark und bietet flexible nichtlineare Entwicklungswerkzeuge, die auf dem Verzweigen und Zusammenführen von Zweigen basieren.
Um die Integrität zu gewährleisten Geschichte und Widerstand gegen Veränderungen im Nachhinein, Verwenden Sie impliziten Hash Aus dem gesamten vorherigen Verlauf jedes Commits ist es auch möglich, einzelne Commit- und Tag-Entwickler digital zu signieren.
Im Vergleich zur vorherigen Version, Die neue Version übernahm 504 vorbereitete Änderungen mit der Teilnahme von 64 Entwicklern, von denen 12 zum ersten Mal an der Entwicklung beteiligt waren.
Git 2.26.0 Highlights
In dieser neuen Version Der Standardübergang zur zweiten Version des Git-Kommunikationsprotokolls wurde durchgeführt, wird verwendet, wenn ein Client remote mit einem Git-Server verbunden wird. Die zweite Version des Protokolls bietet die Möglichkeit, Zweige und Tags auf der Serverseite zu filtern, indem eine abgekürzte Liste von Links an den Client zurückgegeben wird.
Eine weitere wichtige Neuerung ist die Möglichkeit, dem Protokoll neue Funktionen hinzuzufügen als neue Funktionen erscheinen im Toolkit. Der Client-Code ist immer noch kompatibel mit dem alten Protokoll Und es kann weiterhin mit neuen und alten Servern arbeiten und automatisch zur ersten Version zurückkehren, wenn der Server die zweite nicht unterstützt.
Die Option "–Show-Scope« wurde dem Befehl hinzugefügt «git config", was vereinfacht die Identifizierung des Ortes, an dem bestimmte Konfigurationen definiert sind.
Mit Git können Sie Konfigurationen an verschiedenen Stellen definieren: im Repository (.git / info / config) im Benutzerverzeichnis (~ / .gitconfig) in der systemweiten Konfigurationsdatei (/ etc / gitconfig) sowie über Befehlszeilenoptionen und Umgebungsvariablen.
Bei der Ausführung «git config«, Es ist ziemlich schwierig, genau zu verstehen, wo die gewünschte Konfiguration definiert ist. Die Option "–Show-Ursprung»War verfügbar, um dieses Problem zu lösen, zeigt jedoch nur den Pfad zu der Datei an, in der die Konfiguration definiert ist. Dies ist nützlich, wenn Sie die Datei bearbeiten möchten, hilft jedoch nicht, wenn Sie den Wert über« git config ändern müssen »Mit den Optionen –system, –global oder –local.
Andererseits wird in der Ankündigung dieser neuen Version erwähnt, dass Die Erweiterung der experimentellen Unterstützung für Teilklone wurde fortgesetztDies ermöglicht die Übertragung nur eines Teils der Daten und die Arbeit mit einer unvollständigen Kopie des Repositorys.
Die neue Version fügt einen neuen Befehl hinzu "Git Sparse-Checkout hinzufügen", dass die Ermöglicht das Hinzufügen separater Verzeichnisse zum Anwenden der Operation «Kasse»Nur abgesehen vom Arbeitsbaum, anstatt alle diese Verzeichnisse gleichzeitig über den Befehl« aufzulistenGit Sparse-Checkout-Set«.
Befehlsleistung «git grep«, Mit dem sowohl der tatsächliche Inhalt des Repositorys als auch historische Revisionen durchsucht werden, spürbar erhöht.
Um die Suche zu beschleunigen, durfte der Inhalt des Baums gescannt werden der Arbeit mit mehreren Threads ("git grep --threads«), Aber die Suche in historischen Rezensionen war ein Thread. Jetzt wurde diese Einschränkung aufgrund der entfernt Implementierung der Fähigkeit, Leseoperationen zu parallelisieren aus dem Objektspeicher.
Standardmäßig ist die Anzahl der Threads gleich der Anzahl der CPU-Kerne, für die in den meisten Fällen jetzt keine explizite Einstellung des "–Fäden«.
Hinzugefügt Unterstützung für die automatische Vervollständigung von Unterbefehlseingaben, Pfade, Links und andere Argumente des Befehls "git worktree", mit dem mit mehreren Arbeitskopien des Repositorys gearbeitet werden kann.
Wir können auch finden die neue Version des fsmonitor-watchman-SkriptsDass Bietet Integration in den Facebook Watchman-Mechanismus um die Verfolgung von Dateiänderungen und das Erscheinungsbild neuer Dateien zu beschleunigen. Nach dem Aktualisieren von git müssen Sie den Hook im Repository ersetzen.
Wenn Sie mehr über diese neue Version erfahren möchten, können Sie den Originalhinweis in der lesen folgenden Link