{"id":105249,"date":"2022-10-04T15:36:37","date_gmt":"2022-10-04T13:36:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38"},"modified":"2022-10-04T15:36:37","modified_gmt":"2022-10-04T13:36:37","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","title":{"rendered":"Ver\u00f6ffentlichung des Quelltextverwaltungssystems Git 2.38","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue Version des verteilten Versionskontrollsystems Git 2.38 wurde vorgestellt. Git ist eines der beliebtesten, zuverl\u00e4ssigsten und leistungsf\u00e4higsten Versionskontrollsysteme, das flexible M\u00f6glichkeiten f\u00fcr nichtlineare Entwicklung bietet, die auf Branching und Merging basieren. Um die Integrit\u00e4t der Historie und die Widerstandsf\u00e4higkeit gegen \"Retro-Aktualisierungen\" zu gew\u00e4hrleisten, wird das gesamte fr\u00fchere Geschehen in jedem Commit implizit gehasht, und digitale Signaturen der Entwickler f\u00fcr bestimmte Tags und Commits sind ebenfalls m\u00f6glich. <\/p>\n
Im Vergleich zur vorherigen Version wurden in die neue Version 699 \u00c4nderungen aufgenommen, die mit der Beteiligung von 92 Entwicklern vorbereitet wurden, von denen 24 zum ersten Mal an der Entwicklung teilgenommen haben. Die wichtigsten Neuerungen: <\/p>\n
\n
Im Hauptumfang ist das von Microsoft entwickelte Tool \"scalar\" enthalten, das f\u00fcr das Management gro\u00dfer Repositories konzipiert wurde. Das Tool wurde urspr\u00fcnglich in C# geschrieben, aber in Git wurde eine \u00fcberarbeitete Version in C implementiert. Das neue Tool unterscheidet sich durch standardm\u00e4\u00dfige zus\u00e4tzliche Funktionen und Einstellungen, die die Leistung beim Arbeiten mit sehr gro\u00dfen Repositories beeinflussen. Zum Beispiel wird beim Einsatz von scalar Folgendes angewendet:\n
\n
Teilweises Klonen f\u00fcr die Arbeit mit einer unvollst\u00e4ndigen Kopie des Repositories.\n
Ein integrierter Mechanismus zur \u00dcberwachung von \u00c4nderungen im Dateisystem (FSMonitor), der das Durchsuchen des gesamten Arbeitsverzeichnisses \u00fcberfl\u00fcssig macht.\n
Indizes, die Objekte in verschiedenen Pack-Dateien umfassen (Multi-Pack).\n
Commit-Graph-Dateien mit einem Index des Commit-Graphs, der verwendet wird, um den Zugriff auf Informationen zu Commits zu optimieren.\n
Hintergrundarbeit f\u00fcr die Aufrechterhaltung einer optimalen Struktur des Repositories im Hintergrund, ohne die interaktive Sitzung zu blockieren (einmal pro Stunde wird eine vorzeitige Aktualisierung neuer Objekte aus dem Remote-Repository und die Aktualisierung der Datei mit dem Commit-Graph durchgef\u00fchrt, und jede Nacht wird der Packprozess des Repositories gestartet).\n
Der Modus \"sparseCheckoutCone\", der die zul\u00e4ssigen Muster beim partiellen Klonen einschr\u00e4nkt. <\/ul>\n
Dem Befehl \"git rebase\" wurde die Option \"--update-refs\" hinzugef\u00fcgt, um abh\u00e4ngige Branches, die sich mit den verschobenen Branches \u00fcberschneiden, zu aktualisieren, sodass manuelle Checkout-Operationen f\u00fcr jeden abh\u00e4ngigen Branch, um auf den gew\u00fcnschten Commit zu wechseln, nicht erforderlich sind.\n
Die Kompatibilit\u00e4t des Befehls \"git rm\" mit partiellen Indizes wurde sichergestellt.\n
Das Verhalten des Befehls \"git mv A B\" wurde verbessert, wenn eine Datei aus dem Arbeitsverzeichnis mit partiellen Indizes im \"cone\"-Modus in einen externen Bereich verschoben wird, f\u00fcr den dieser Modus nicht gilt.\n
Das Bitmap-Dateiformat wurde f\u00fcr die Arbeit mit gro\u00dfen Repositories optimiert \u2013 eine optionale Indextabelle mit einer Liste ausgew\u00e4hlter Commits und deren Offsets wurde hinzugef\u00fcgt.\n
Im Befehl \"git merge-tree\" wurde ein neuer Modus implementiert, bei dem basierend auf zwei angegebenen Commits ein Baum mit dem Ergebnis des Mergings berechnet wird, als ob die Historien dieser Commits vereint w\u00e4ren.\n
Die Einstellung \u201esafe.barerepository\u201c wurde hinzugef\u00fcgt, um die M\u00f6glichkeit zu steuern, bare-Repositories (Repositories, die keinen Arbeitsbaum enthalten) innerhalb anderer Git-Repositories zu platzieren. Bei der Einstellung auf \u201eexplicit\u201c ist die Verwendung von bare-Repositories, die nur im Stammverzeichnis platziert sind, zul\u00e4ssig. F\u00fcr die Platzierung von bare-Repositories in Unterverzeichnissen sollte der Wert \u201eall\u201c verwendet werden.\n
Dem Befehl \u201egit grep\u201c wurde die Option \u201e-m\u201c (\u201e--max-count\u201c) hinzugef\u00fcgt, die der gleichnamigen Option in GNU grep entspricht und es erm\u00f6glicht, die Anzahl der ausgegebenen \u00dcbereinstimmungen zu begrenzen.\n
Im Befehl \u201els-files\u201c wurde die Option \u201e--format\u201c implementiert, um die ausgegebenen Felder anzupassen (zum Beispiel kann der Name des Objekts, die Modus und \u00e4hnliches ausgegeben werden).\n
Im \u201egit cat-file\u201c wurde die M\u00f6glichkeit implementiert, die Bindungen der Autoren an E-Mails zu ber\u00fccksichtigen, die in der Datei mailmap angegeben sind. <\/ul>\n