Po dvoch mesiacoch v\u00fdvoja bol predstaven\u00fd release distribuovan\u00e9ho syst\u00e9mu spr\u00e1vy zdrojov\u00fdch k\u00f3dov Git 2.51. Git sa vyzna\u010duje vysok\u00fdm v\u00fdkonom a poskytuje prostriedky na neline\u00e1rny v\u00fdvoj, zakladaj\u00faci sa na vetven\u00ed a zl\u00fa\u010den\u00ed vetiev. Na zabezpe\u010denie integrity hist\u00f3rie a odolnosti vo\u010di zmen\u00e1m \"sp\u00e4tnou silou\" sa pou\u017e\u00edva implicitn\u00e9 hashovanie celej predch\u00e1dzaj\u00facej hist\u00f3rie v ka\u017edom commite, ako aj overenie digit\u00e1lnymi podpismi v\u00fdvoj\u00e1rov jednotliv\u00fdch tagov a commitov. K\u00f3d Git sa distribuuje pod licenciou GPLv2+. <\/p>\n
V porovnan\u00ed s predch\u00e1dzaj\u00facim vydan\u00edm bola do novej verzie prijat\u00e1 506 zmien, na ktor\u00fdch sa podie\u013ealo 91 v\u00fdvoj\u00e1rov (21 z nich sa zapojilo do v\u00fdvoja Gitu po prv\u00fdkr\u00e1t). Hlavn\u00e9 novinky (1, 2, 3): <\/p>\n
\n
Zv\u00fd\u0161il sa v\u00fdkon pr\u00edkazov \"git push\" a \"git fetch\" v repozit\u00e1roch s ve\u013ek\u00fdm po\u010dtom odkazov. Zr\u00fdchlenie je zabezpe\u010den\u00e9 v\u010faka aktualiz\u00e1cii odkazov v d\u00e1vkovom re\u017eime, kde sa v jednej transakcii spracov\u00e1va nieko\u013eko odkazov naraz, namiesto vytvorenia samostatnej transakcie pre aktualiz\u00e1ciu ka\u017ed\u00e9ho odkazu. Optimaliz\u00e1cia v\u00fdrazne zv\u00fd\u0161ila r\u00fdchlos\u0165 backendu \"reftable\", ktor\u00fd teraz prekon\u00e1va v\u00fdkon backendu \"files\". Napr\u00edklad vo testovacom repozit\u00e1ri s 10 000 odkazmi sa v\u00fdkon \"git fetch\" pri pou\u017eit\u00ed backendu \"reftable\" zv\u00fd\u0161il 22-kr\u00e1t, zatia\u013e \u010do pri pou\u017eit\u00ed backendu \"files\" \u2013 1,25-kr\u00e1t. Pre \"git push\" bol n\u00e1rast 18 a 1,21-kr\u00e1t, respekt\u00edve.\n
Bol navrhnut\u00fd nov\u00fd sp\u00f4sob balenia v pack s\u00faboroch \u010dast\u00ed repozit\u00e1ra, ktor\u00e9 nie s\u00fa spojen\u00e9 s sledovan\u00edm nedosiahnute\u013en\u00fdch objektov, na ktor\u00e9 v repozit\u00e1ri ch\u00fdbaj\u00fa odkazy (neodkazuj\u00fa na ne vetvy alebo tagy). Inform\u00e1cie o nedosiahnute\u013en\u00fdch objektoch s\u00fa ulo\u017een\u00e9 v samostatn\u00fdch pack s\u00faboroch (\"cruft packs\"), \u010do viedlo k potrebe ich zoh\u013eadnenia v mnohopackov\u00fdch indexoch MIDX (multi-pack index) na pokrytie objektov, ktor\u00e9 boli p\u00f4vodne nedosiahnute\u013en\u00e9 a boli ulo\u017een\u00e9 iba v cruft-packu, ale nesk\u00f4r sa stali dosiahnute\u013en\u00fdmi po odkazuj\u00facom commite.\n
V novej verzii sa pri repackovan\u00ed pack-s\u00faborov zabezpe\u010duje uchovanie dodato\u010dn\u00fdch k\u00f3pi\u00ed dosiahnute\u013en\u00fdch objektov, ktor\u00e9 s\u00fa ulo\u017een\u00e9 iba v cruft-s\u00faboroch. Tak\u00e1to zmena zaru\u010duje, \u017ee v s\u00fabore pack, ktor\u00fd sa pou\u017e\u00edva na uchov\u00e1vanie dosiahnute\u013en\u00fdch objektov, nie s\u00fa objekty, ktor\u00e9 odkazuj\u00fa na in\u00e9 objekty ulo\u017een\u00e9 mimo tohto s\u00faboru. Na vyl\u00fa\u010denie nedosiahnute\u013en\u00e9ho obsahu cruft-s\u00faborov z viacpackov\u00fdch indexov (MIDX) bola navrhnut\u00e1 konfigur\u00e1cia \u201erepack.MIDXMustContainCruft\u201c, ktor\u00e1 umo\u017e\u0148uje zna\u010dne zn\u00ed\u017ei\u0165 ve\u013ekos\u0165 tak\u00fdchto indexov. Zahrnutie nastavenia do repozit\u00e1ra GitHub umo\u017enilo zn\u00ed\u017ei\u0165 ve\u013ekos\u0165 MIDX-indexov o 38 %, ur\u00fdchli\u0165 z\u00e1pis do MIDX-indexov o 35 % a zv\u00fd\u0161i\u0165 v\u00fdkonnos\u0165 \u010d\u00edtania o 5 %. <\/p>\n
Do t\u00edmu \u201egit pack-objects\u201c bola pridan\u00e1 mo\u017enos\u0165 \u201e--path-walk\u201c, ktor\u00e1 zah\u0155\u0148a nov\u00fd sp\u00f4sob z\u00edskavania inform\u00e1ci\u00ed o objektoch pri repackovan\u00ed pack-s\u00faborov. Namiesto prech\u00e1dzania objektov v poriadku rev\u00edzi\u00ed, pri pou\u017eit\u00ed re\u017eimu \u201e--path-walk\u201c sa objekty prech\u00e1dzaj\u00fa cez cesty s\u00faborov, \u010do umo\u017e\u0148uje naraz zabali\u0165 v\u0161etky objekty s rovnakou cestou s\u00faboru. Tak\u00fdto pr\u00edstup poskytuje mo\u017enos\u0165 vyl\u00fa\u010di\u0165 heuristiku, ktor\u00e1 pou\u017e\u00edva hashovanie na ur\u010denie vz\u0165ahu objektu k jeho ceste, a zbavi\u0165 sa triedenia objektov pred zabalen\u00edm. Pri pou\u017eit\u00ed re\u017eimu \u201e--path-walk\u201c je ve\u013ekos\u0165 generovan\u00fdch pack-s\u00faborov v\u00fdrazne men\u0161ia ako pri grupovan\u00ed objektov pomocou hashov.\n
Bol stanoven\u00fd form\u00e1t na v\u00fdmenu ulo\u017een\u00fdch stavov pracovn\u00e9ho stromu a indexov v repozit\u00e1ri, ktor\u00e9 sa vytv\u00e1raj\u00fa pomocou pr\u00edkazu \u201egit stash\u201c. Nov\u00fd form\u00e1t umo\u017e\u0148uje k\u00f3dovanie ulo\u017een\u00fdch zmien (stash-z\u00e1znamov) ako sekvencie commitov. Na import a export s\u00fa navrhnut\u00e9 podpr\u00edkazy \u201egit stash import\u201c a \u201egit stash export\u201c, ktor\u00e9 sa daj\u00fa pou\u017ei\u0165 na pren\u00e1\u0161anie ulo\u017een\u00fdch stavov z jedn\u00e9ho syst\u00e9mu do druh\u00e9ho a na vykon\u00e1vanie oper\u00e1ci\u00ed push alebo pull s t\u00fdmito stavmi ako s be\u017en\u00fdmi vetvami alebo zna\u010dkami. git stash export --to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash ... git fetch origin '+refs\/stashes\/*:refs\/stashes\/*' git stash import refs\/stashes\/my-stash\n
V t\u00edme «git cat-file», ktor\u00e9 zobrazuje obsah zadan\u00fdch objektov, bola implementovan\u00e1 mo\u017enos\u0165 zobrazovania inform\u00e1ci\u00ed o ch\u00fdbaj\u00facich objektoch (napr\u00edklad z d\u00f4vodu po\u0161kodenia repozit\u00e1ra) a submodulov pri pou\u017eit\u00ed mo\u017enost\u00ed «—batch» a «—batch-check». Predt\u00fdm pr\u00edkaz «git cat-file —batch-check» pri zadan\u00ed cesty k submodulu zobrazoval «missing», teraz v\u0161ak uk\u00e1\u017ee identifik\u00e1tor objektu.\n
Pr\u00edkaz «git log» vyu\u017e\u00edva optimaliz\u00e1cie na z\u00e1klade Bloomov\u00fdch filtrov na zr\u00fdchlenie vyh\u013ead\u00e1vania v hist\u00f3rii zmien pri zadan\u00ed filtrov s viacer\u00fdmi cestami k s\u00faborom, napr\u00edklad «git log — path\/to\/a path\/to\/b».\n
Pr\u00edkazy «git switch» a «git restore» boli stabilizovan\u00e9 a od roku 2019 sa pova\u017eovali za experiment\u00e1lne. Tieto pr\u00edkazy s\u00fa predstavovan\u00e9 ako modern\u00e9 ekvivalenty «git checkout», ktor\u00e9 oddeluj\u00fa tak\u00e9 m\u00e1lo s\u00favisiace funkcie tohto pr\u00edkazu, ako manipul\u00e1cia s vetvami (prep\u00ednanie a vytv\u00e1ranie) a obnovovanie s\u00faborov v pracovnom adres\u00e1ri.\n
Pr\u00edkaz «git whatchanged», ekvivalentn\u00fd «git log —raw», bol ozna\u010den\u00fd za zastaran\u00fd a pl\u00e1nuje sa jeho odstr\u00e1nenie vo verzii Git 3.0.\n
Do pr\u00edkazu «git for-each-ref» bola pridan\u00e1 mo\u017enos\u0165 «—start-after», ktor\u00e1 sa m\u00f4\u017ee pou\u017e\u00edva\u0165 spolu s mo\u017enos\u0165ou «—count» na organiz\u00e1ciu paginovan\u00e9ho v\u00fdstupu.\n
Do pr\u00edkazov «git merge» a «git pull» bola pridan\u00e1 mo\u017enos\u0165 «—compact-summary» na pou\u017e\u00edvanie kompaktn\u00e9ho form\u00e1tu zhrnutia zmien namiesto form\u00e1tu diffstat.\n
V k\u00f3dovej b\u00e1ze Git bolo povolen\u00e9 pou\u017e\u00edvanie k\u013e\u00fa\u010dov\u00e9ho slova «bool», ktor\u00e9 sa objavilo v \u0161tandarde C99. Tie\u017e s\u00fa zdokumentovan\u00e9 niektor\u00e9 mo\u017enosti C99, experiment\u00e1lne pou\u017e\u00edvan\u00e9 v Gite (napr\u00edklad v polovici roku 2026 pl\u00e1nuj\u00fa povoli\u0165 pou\u017eitie kon\u0161trukci\u00ed «(struct foo){ .member = value };»). Kompil\u00e1tor s podporou C99 je od roku 2021 povinn\u00fd pre Git, ale mo\u017enosti \u0161pecifik\u00e1cie C99 sa zav\u00e1dzaj\u00fa ve\u013emi opatrne, aby sa zachovala kompatibilita s kompil\u00e1tormi, ktor\u00e9 tento \u0161tandard iba \u010diasto\u010dne podporuj\u00fa.\n
Do pravidiel prij\u00edmania patchov boli zmeny, ktor\u00e9 umo\u017e\u0148uj\u00fa odosiela\u0165 patchy pod pseudonymom, a nie iba pod skuto\u010dn\u00fdm menom v\u00fdvoj\u00e1ra. Zmena zodpoved\u00e1 pravidl\u00e1m prij\u00edmania patchov do jadra Linux.\n
Bol nov\u00fd zoznam zmien, ktor\u00e9 poru\u0161uj\u00fa kompatibilitu a bud\u00fa aplikovan\u00e9 v Git vetve 3.0. Medzi v\u00fdznamn\u00e9 zmeny v nadch\u00e1dzaj\u00facom vydan\u00ed Git 3.0 patr\u00ed predvolen\u00fd prechod na identifik\u00e1tory objektov zalo\u017een\u00e9 na hashovacom algoritme SHA-256 pri inicializ\u00e1cii nov\u00fdch repozit\u00e1rov a vyu\u017eitie form\u00e1tu \u201ereftable\u201c na uchov\u00e1vanie odkazov na vetvy a zna\u010dky v repozit\u00e1ri (pou\u017e\u00edva sa blokov\u00e9 \u00falo\u017eisko z projektu JGit, optimalizovan\u00e9 na uchov\u00e1vanie ve\u013emi ve\u013ek\u00e9ho mno\u017estva odkazov). <\/ul>\n