Veröffentlichung des verteilten Systems zur Verwaltung von Quelltexten Git 2.25

Verfügbar Veröffentlichung des verteilten Systems zur Verwaltung von Quelltexten Git 2.25.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 583 Änderungen aufgenommen, die mit Unterstützung von 84 Entwicklern vorbereitet wurden, von denen 32 zum ersten Mal an der Entwicklung teilgenommen haben. Haupt- Neuheiten:

• Die Möglichkeit des partiellen Klonens (partial clones), die es ermöglicht, nur einen Teil der Daten zu übertragen und mit einer unvollständigen Kopie des Repositories zu arbeiten, rückt näher an die Stabilisierung und vollständige Bereitschaft. Beim normalen Klonen werden alle Daten aus dem Repository kopiert, einschließlich jeder Version jeder Datei aus der Historie der Änderungen. Bei sehr großen Repositories führt das Kopieren der Daten zu einem erheblichen Anstieg des Datenverkehrs und des Speicherplatzes, selbst wenn den Entwicklern nur eine Teilmenge von Dateien von Interesse ist. Um das Abrufen nur eines Teils des Arbeitsbaums von Quelltexten zu vereinfachen, wird in dieser neuen Version der experimentelle Befehl „sparse-checkout“ und die neue Option „—sparse“ für den Befehl „clone“ angeboten.

  Zuvor wurde der Prozess des selektiven Klonens durch die Festlegung von Filtern zum Herausfiltern überflüssiger Inhalte und die Option „—no-checkout“ zum Deaktivieren des Nachfüllens fehlender Dateien durchgeführt. Danach musste vor der Ausführung der Checkout-Operation die Einstellung core.sparseCheckout aktiviert und in der Datei .git/info/sparse-checkout eine Liste von Vorlagen für auszuschließende Pfade definiert werden. Zum Beispiel konnte man, um ohne Blobs zu klonen und das Herausziehen von Dateien aus verschachtelten Verzeichnissen mit einer Tiefe von 2 oder mehr zu verbieten, folgendes ausführen:

  git clone —filter=blob:none —no-checkout /your/repository/here repo
  $ cd repo
  $ cat >.git/info/sparse-checkout <<EOF
  /*
  !/*
  EOF
  $ git config core.sparseCheckout 1
  $ git checkout .

  Der neue Befehl „git sparse-checkout“ vereinfacht die Arbeit erheblich und reduziert den Prozess der Organisation der Arbeit mit einem unvollständigen Repository auf die Befehle:

  git clone —filter=blob:none —sparse /your/repository/here repo
  git sparse-checkout set /path/to/check/out

  Der Befehl sparse-checkout ermöglicht es, eine Liste von Pfaden für den Checkout (set) festzulegen, ohne .git/info/sparse-checkout manuell anpassen zu müssen, sowie die aktuelle Liste von Pfaden (list) anzuzeigen und partielle Checkouts (enable/disable) ein- oder auszuschalten.

  Zur Optimierung der Arbeit mit sehr großen Repositories und Vorlagenlisten wurde die Einstellung „git config core.sparseCheckoutCone„ eingeführt, die die zulässigen Muster einschränkt (anstatt beliebiger Muster in .gitignore kann festgelegt werden, ob alle Pfade und Dateien in einem bestimmten Unterverzeichnis extrahiert werden sollen). Wenn in einem großen Repository beispielsweise ein Verzeichnis „A/B/C“ existiert und alle Arbeiten im Unterverzeichnis „C“ konzentriert sind, wird im sparsamen Modus „sparseCheckoutCone“ der Befehl „git sparse-checkout set A/B/C“ den Inhalt von „C“ vollständig extrahieren, jedoch nur die Teile aus „A“ und „B“, die zur Arbeit mit „C“ notwendig sind.

• Aus der Dokumentation („git rebase -h“) wurden alle Erwähnungen der Option „—preserve-merges“ entfernt, die als veraltet gilt. Stattdessen sollte für das Übertragen einer Gruppe von Commits „git rebase —rebase-merges«.
• verwendet werden. Um die Lesbarkeit der in Mailinglisten gesendeten Patch-Nachrichten zu verbessern, wurde die Option „git format-patch —cover-from-description subject“ hinzugefügt, mit der der erste Absatz des Beschreibungstextes des Branches als Betreff für das Begleitschreiben der Patch-Gruppe verwendet wird.
• Die Unterstützung für die gemeinsame Verwendung des Befehls „git apply —3way“ und der Einstellung „merge.conflictStyle“ wurde implementiert („git apply“ berücksichtigt jetzt den Konfliktstil aus merge.conflictStyle bei Bedarf zur Konfliktlösung nach dem Versuch, eine Patch-Datei im Repository anzuwenden).
• Der Code zur Funktionsbestimmung, der in Operationen wie „git diff/grep —show-function/—function-context“ verwendet wird, wurde um die Unterstützung zur Bestimmung der Funktionsgrenzen in Programmen in der Sprache erweitert. Elixir.
• In „git add“, „git commit“, „git reset“ und anderen Befehlen wurde eine neue Option „—pathspec-from-file“ hinzugefügt, die es ermöglicht, eine Liste von Pfaden aus einer Datei oder einem Eingabestrom zu laden, anstatt sie in der Befehlszeile aufzulisten.
• Es wurde ein Problem mit der Bestimmung von Umbenennungen auf Verzeichnisebene bei der Aufzeichnung von Commits behoben. Die Bestimmung funktionierte nicht, wenn der Inhalt eines Unterverzeichnisses in das Root-Verzeichnis des Repositories verschoben wurde.
• Eine erste Implementierung des überarbeiteten Befehls „git add -i“ wurde vorgeschlagen, der es ermöglicht, geänderte Inhalte interaktiv hinzuzufügen und von Perl auf C umgeschrieben wurde. Ein ähnlicher Umbau des Befehls „git add -p“ erfolgt ebenfalls.
• Das Team „git log —graph“ wurde neu strukturiert, um eine ASCII-Darstellung des Commit-Histogramms im Repository zu erstellen. Die Überarbeitung hat es ermöglicht, die Ausgabe erheblich zu verbessern und zu vereinfachen, ohne die Struktur der Historie zu verzerren, was beispielsweise das Problem mit dem Überlaufen der Darstellung über die Breite der Terminalzeile gelöst hat.
• Die Option „git log —format=..“, die es ermöglicht, das Ausgabeformat zu ändern,
  wurde um die Unterstützung der Flags „l/L“ erweitert, um nur den Teil der E-Mail-Adresse vor dem Symbol „@“ auszugeben (z. B. nützlich, wenn alle Entwickler E-Mails in derselben Domain haben).
• Der Befehl „git submodule“ hat einen neuen Unterbefehl „set-url“ erhalten.
• Die Testfälle wurden im Rahmen der Vorbereitung auf die Umstellung auf
  den Hash-Algorithmus SHA-2 anstelle von SHA-1 aktualisiert.

Quelle: opennet.ru