Spuštění nová verze Git 2.37, který je jedním z nejoblíbenější systémy pro správu verzí, spolehlivý a vysoce výkonný software, který poskytuje flexibilní nelineární vývojové nástroje založené na rozvětvení a sloučení rozvětvení.
Pro zajištění integrity historie a odolnosti vůči změnám je při každém odevzdání použit „zpětný“ implicitní hash veškeré předchozí historie, je také možné ověřit digitální podpisy jednotlivých vývojářů tagů a commitů.
Klíčové nové funkce Git 2.37
Ve srovnání s předchozí verzí V nové verzi bylo přijato 395 změn, připraveno za účasti 75 vývojářů, z nichž 20 se na vývoji podílelo poprvé.
V této nové verzi je zdůrazněno, že mechanismus dílčích indexů (řídký index), který pokrývá pouze část úložiště, se byl připraven pro široké použití. Částečné indexy mohou zlepšit výkon a ušetřit místo v úložištích, která provádějí operace částečného klonování (řídká kontrola) nebo pracují s neúplnou kopií úložiště.
Nová verze dokončuje práci integrace dílčích indexů v příkazech "git show", "git sparse-checkout" a "git stash". Nejvýraznější nárůst výkonu díky použití částečných indexů je v příkazu „git stash“, který je v některých situacích až o 80 % rychlejší.
Další změna, která vyniká, je ta byl implementován nový mechanismus „cruft packs“. zabalit nedosažitelné objekty, na které se v úložišti neodkazuje (neodkazují na ně větve nebo značky). Kolektor odpadu odstraní nedosažitelné objekty, ale před jejich odstraněním zůstanou po určitou dobu v úložišti, aby se předešlo podmínkám závodu. Pro sledování periody nedostupných objektů je nutná vazba, jsou označeny časem změny podobných objektů, což neumožňuje jejich uložení do svazkového souboru, ve kterém mají všechny objekty společný čas modifikace.
Uložením každého dříve použitého objektu do samostatného souboru soubor způsobil problémy v přítomnosti velkého počtu nových nedostupných objektů, zatím ne. Navrhovaný mechanismus „cruft packs“ umožňuje ukládat všechny nedostupné objekty do svazkového souboru a data o čase modifikace každého objektu se promítají do samostatné tabulky uložené v souboru s příponou „.mtimes“.
Pro Windows a macOS je k dispozici vestavěný mechanismus sledovat změny v systému souborů, které odpadá nutnost vypisovat celý pracovní adresář při provádění operací jako "git status". Dříve bylo možné ke sledování změn pomocí háčků připojit externí nástroje pro sledování změn systému souborů, jako je Watchman, ale to vyžadovalo instalaci dalších programů a konfigurací. Tato funkce je nyní zabudována a lze ji aktivovat pomocí "git config core.fsmonitor true".
Příkaz "git sparse-checkout" ukončil podporu pro alternativu k režimu "--cone". definice šablony pro částečné klonování, která umožňuje při definování části úložiště podléhající operaci klonování vypisovat jednotlivé soubory pomocí syntaxe ".gitignore", což neumožňuje použití pro optimalizaci dílčích indexů.
Z dalších změn které vynikají:
- Vylepšená flexibilita při konfiguraci volání fsync() pro uložení změn na disk.
- Do parametru "core.fsyncMethod" byla přidána podpora strategie synchronizace "batch", která urychluje práci při zápisu velkého množství samostatných souborů akumulací změn v mezipaměti přepisu vyprázdněné jediným voláním fsync().
- Příkazy Traversal jako „git log“ a „git rev-list“ nyní mají možnost „–since-as-filter=X“ pro filtrování informací o potvrzeních starších než „X“.
- V příkazu "git remote" zadání parametru "-v" poskytuje informace o dílčích klonech úložiště.
- Přidáno nastavení "transfer.credentialsInUrl", které může nabývat hodnot "warn", "die" a "allow". Pokud parametr „remote. .url" specifikuje přihlašovací údaje ve formátu prostého textu, pokus o provedení operací "get" nebo "push" selže, pokud je nastavení "transfer.credentialsInUrl" nastaveno na "die", nebo varování, pokud je nastaveno na "warn" .
- Standardně se používá nová implementace interaktivního režimu příkazu "git add -i", přepsaná z Perlu do C.
Konečně pokud máte zájem o tom vědět více, můžete zkontrolovat podrobnosti Na následujícím odkazu.