{"id":141016,"date":"2025-08-19T11:11:54","date_gmt":"2025-08-19T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51"},"modified":"2025-08-19T11:11:54","modified_gmt":"2025-08-19T09:11:54","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"Git versiooni 2.51 v\u00e4ljaanne","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
P\u00e4rast kahe kuu arendust on v\u00e4lja antud jaotatud l\u00e4htekoode halduss\u00fcsteemi Git 2.51. Git on tuntud oma k\u00f5rge toimivuse poolest ja pakub t\u00f6\u00f6riistu mittelineaarseks arendamiseks, mis p\u00f5hinevad harude loomisel ja \u00fchendamisel. Ajaloo terviklikkuse ja tagasivaatavate muudatuste vastupidavuse tagamiseks kasutatakse iga commit'i puhul kogu eelneva ajaloo vaikset hashimist, samuti arendajate digitaalsete allkirjade kinnitamist eraldi siltide ja commit'ide puhul. Git'i kood on saadaval GPLv2+ litsentsi alusel. <\/p>\n
Uue versiooniga on v\u00f5rreldes eelmise v\u00e4ljaandega vastu v\u00f5etud 506 muudatust, mille eest on vastutavad 91 arendajat (21 neist osales Git'i arenduses esmakordselt). Peamised uuendused (1, 2, 3): <\/p>\n
\n
T\u00f5stetud on meeskondade «git push» ja «git fetch» j\u00f5udlust suure arvu linkidega hoidlates. Kiirus on paranenud t\u00e4nu linkide gruppeeritud uuendamisele, kus korraga t\u00f6\u00f6deldakse mitut linki, mitte iga linki jaoks eraldi tehingu loonud. Optimeerimine on oluliselt suurendanud «reftable» tagaplaneetide t\u00f6\u00f6kiirust, mis on n\u00fc\u00fcd j\u00f5udluses \u00fcletav «files» tagaplaneeti. N\u00e4iteks testhoidlas, kus on 10 000 linki, suurenes «git fetch» j\u00f5udlus «reftable» tagaplaneedi kasutamisel 22 korda, samas kui «files» tagaplaneedi kasutamisel 1,25 korda. «git push» puhul suurenes see vastavalt 18 ja 1,21 korda.\n
Pakkus uue meetodi pakkida pakifailidesse hoone osi, mis ei ole seotud ligip\u00e4\u00e4smatute objektide j\u00e4lgimisega, millele hoones puuduvad viidatud lingid (harud ega sildid ei viita nendele). Teave ligip\u00e4\u00e4smatute objektide kohta hoitakse eraldi pakifailides (\"cruft packs\"), mille t\u00f5ttu tuli need kajastada mitme pakiga indeksites MIDX (multi-pack index), et katta algselt ligip\u00e4\u00e4smatud objektid, mis olid alles cruft-pakis, kuid said hiljem ligip\u00e4\u00e4setavaks p\u00e4rast neile viitava commit'i tegemist.\n
Uues versioonis tagatakse pack-failide \u00fcmberpakimise k\u00e4igus lisakoopiate s\u00e4ilitamine ainult cruft-failides hoitavate saavutuste objektide jaoks. Selline muudatus tagab, et pack-failide komplektis, mida kasutatakse saavutuste objekti hoidmiseks, ei ole objekte, mis viitavad teistele objektidele, mis on v\u00e4ljaspool seda komplekti. Cruft-failide ulatusest mitte\u00fcheksa sisaldumise v\u00e4listamiseks mitme pakendi indeksites (MIDX) on ette n\u00e4htud seadistuse 'repack.MIDXMustContainCruft' v\u00f5imalus, mis v\u00f5imaldab oluliselt v\u00e4hendada selliste indeksite suurust. Seadistuse aktiveerimine GitHubi hoidlas on v\u00f5imaldanud MIDX indeksite suurust v\u00e4hendada 38%, kiirendada kirjutamist MIDX indeksitesse 35% ja parandada lugemise j\u00f5udlust 5%. <\/p>\n
Tiimi «git pack-objects» on t\u00e4iendatud uue valikuga «—path-walk», mis rakendab uut meetodit objektide teabe kogumiseks pack-failide uuesti pakkimise ajal. Erinevalt objektide l\u00e4bimisest revisionite j\u00e4rjekorras, kui kasutatakse re\u017eiimi «—path-walk», k\u00e4iakse objekte l\u00e4bi failide teede alusel, v\u00f5imaldades korraga pakkida k\u00f5ik objektid, mis jagavad sama failiteed. Selline l\u00e4henemine v\u00f5imaldab v\u00e4ltida heuristikat, mis kasutab rikutud seose m\u00e4\u00e4ramiseks objekti ja tema failitee vahel, ning loobuda objektide j\u00e4rjestamisest enne pakkimist. Re\u017eiimi «—path-walk» kasutamisel on genereeritavate pack-failide suurus m\u00e4rkimisv\u00e4\u00e4rselt v\u00e4iksem kui objektide r\u00fchmitamisel hashide alusel.\n
T\u00f6\u00f6tava puu ja indeksite salvestatud olekute vahetamiseks on m\u00e4\u00e4ratud formaat, mida luuakse k\u00e4suga «git stash». Uus formaat v\u00f5imaldab salvestatud muudatusi (stash-kandeid) kodeerida kommitena. Impordi ja ekspordi jaoks on ette n\u00e4htud alammen\u00fc\u00fcd «git stash import» ja «git stash export», mida saab kasutada salvestatud olekute \u00fclekandmiseks \u00fchelt s\u00fcsteemilt teisele ning push- v\u00f5i pull-operatsioonide tegemiseks nende olekute osas nagu tavaliste harude v\u00f5i silte puhul. 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
K\u00e4sk «git cat-file», mis kuvab m\u00e4\u00e4ratud objektide sisu, on optsioonide «—batch» ja «—batch-check» kasutamisel saanud uue funktsiooni, mis v\u00f5imaldab kuvada teavet puuduvate objektide kohta (nt repotree kahjustumise t\u00f5ttu) ja alammodulite kohta. Varem, kui teed m\u00e4\u00e4ratletud alammoduli jaoks, n\u00e4itas k\u00e4sk «git cat-file —batch-check» «missing», n\u00fc\u00fcd aga kuvatakse objekti identifikaator.\n
Meeskonnas «git log» on kasutatud Bloom'i filtritel p\u00f5hinevaid optimeerimisi, et kiirendada muudatuste ajaloo otsingut, kui m\u00e4\u00e4ratakse mitu faili, n\u00e4iteks «git log — path\/to\/a path\/to\/b».\n
K\u00e4sklused «git switch» ja «git restore» on stabiliseeritud ja neid on alates 2019. aastast k\u00e4sitletud katsetena. Need k\u00e4sklused esindavad kaasaegseid vasteid «git checkout» k\u00e4sule, eraldades selle k\u00e4su erinevad funktsioonid, nagu harude haldamine (vahetamine ja loomine) ning failide taastamine t\u00f6\u00f6kaustas.\n
K\u00e4sk «git whatchanged» on kuulutatud vananenuks ja plaanitud eemaldamiseks Git 3.0 harust; see v\u00f5rdub «git log —raw».\n
K\u00e4sku «git for-each-ref» on lisatud valik «—start-after», mida saab kasutada koos «—count» valikuga, et korraldada lehek\u00fclje j\u00e4rgi v\u00e4ljundit.\n
K\u00e4skudele «git merge» ja «git pull» on lisatud valik «—compact-summary», et kasutada kompaktselt kokkuv\u00f5tet muudatuste kohta, selle asemel et kasutada diffstat formaati.\n
Git-i koodibaasis on lubatud kasutada v\u00f5tmes\u00f5na bool<\/b>, mis ilmus C99 standardis. Samuti on dokumenteeritud m\u00f5ned C99 v\u00f5imalused, mida kasutatakse eksperimentaalselt Git-is (n\u00e4iteks plaanitakse 2026. aasta keskpaiku lubada konstruktsioonide kasutamist (struct foo){ .member = value };<\/b>). C99 toe omav kompilaator on Git-i jaoks kohustuslik alates 2021. aastast, kuid C99 spetsiifikast tulenevaid v\u00f5imalusi rakendatakse \u00e4\u00e4rmiselt ettevaatlikult, et s\u00e4ilitada \u00fchilduvus osaliselt toetavate kompilaatoritega.\n
Pat\u0161ide vastuv\u00f5tureegleid on muudetud, lubades saata pat\u0161e ka pseudon\u00fc\u00fcmi all, mitte ainult t\u00f5elise arendaja nime all. Muudatus vastab Linuxi tuuma pat\u0161ide vastuv\u00f5tureeglitele.\n
Uuendatud on loetelu \u00fchilduvuse rikkumistest, mida rakendatakse Git 3.0 harule. Oluliste muudatuste hulka uues Git 3.0 v\u00e4ljaandes kuulub vaikimisi \u00fcleminek objektide tuvastamisele, mis p\u00f5hineb SHA-256 r\u00e4simisalgebril, kui algatatakse uusi repotseitorite, ning reftable<\/b> formaadi kasutamine harude ja siltide viidete salvestamiseks repotseitoris (rakendatakse JGiti projekti plokkhoidlat, mis on optimeeritud v\u00e4ga suure hulga viidete salvestamiseks). <\/ul>\n