{"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\/hu\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"A Git forr\u00e1sk\u00f3d-kezel\u0151 rendszer 2.51 verzi\u00f3j\u00e1nak kiad\u00e1sa","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
K\u00e9t h\u00f3napos fejleszt\u00e9s ut\u00e1n bemutatt\u00e1k a Git 2.51 elosztott forr\u00e1skezel\u0151 rendszer kiad\u00e1s\u00e1t. A Git kiemelked\u0151 teljes\u00edtm\u00e9nnyel rendelkezik \u00e9s lehet\u0151s\u00e9get biztos\u00edt a nemline\u00e1ris fejleszt\u00e9sre, \u00e1gaz\u00e1sok \u00e9s \u00e1gak egyes\u00edt\u00e9s\u00e9nek alapj\u00e1ul. A t\u00f6rt\u00e9nelem integrit\u00e1s\u00e1nak \u00e9s a \"visszamen\u0151leges\" m\u00f3dos\u00edt\u00e1sokkal szembeni ellen\u00e1ll\u00e1s\u00e1nak biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben implicit hashel\u00e9st alkalmaznak a kor\u00e1bbi t\u00f6rt\u00e9nelem minden egyes commitj\u00e1ban, valamint a fejleszt\u0151k digit\u00e1lis al\u00e1\u00edr\u00e1s\u00e1t az egyes tagek \u00e9s commitok hiteles\u00edt\u00e9s\u00e9re. A Git k\u00f3dja GPLv2+ licenc alatt terjesztik. <\/p>\n
A kor\u00e1bbi kiad\u00e1ssal \u00f6sszehasonl\u00edtva az \u00faj verzi\u00f3ba 506 m\u00f3dos\u00edt\u00e1st fogadtak el, 91 fejleszt\u0151 k\u00f6zrem\u0171k\u00f6d\u00e9s\u00e9vel (21 fejleszt\u0151 el\u0151sz\u00f6r vett r\u00e9szt a Git fejleszt\u00e9s\u00e9ben). F\u0151 \u00faj\u00edt\u00e1sok (1, 2, 3): <\/p>\n
\n
Javult a \"git push\" \u00e9s a \"git fetch\" parancsok teljes\u00edtm\u00e9nye a nagy sz\u00e1m\u00fa hivatkoz\u00e1ssal rendelkez\u0151 t\u00e1rol\u00f3kban. A sebess\u00e9gn\u00f6veked\u00e9st a hivatkoz\u00e1sok csomagolt m\u00f3d\u00fa friss\u00edt\u00e9se biztos\u00edtja, amelyben egy tranzakci\u00f3ban t\u00f6bb hivatkoz\u00e1st kezelnek, nem pedig minden hivatkoz\u00e1shoz k\u00fcl\u00f6n tranzakci\u00f3t hoznak l\u00e9tre. Az optimaliz\u00e1l\u00e1s jelent\u0151sen megn\u00f6velte a \"reftable\" h\u00e1tt\u00e9rszolg\u00e1ltat\u00e1s teljes\u00edtm\u00e9ny\u00e9t, amely most megel\u0151zi a \"files\" h\u00e1tt\u00e9rszolg\u00e1ltat\u00e1st. P\u00e9ld\u00e1ul, egy 10 000 hivatkoz\u00e1ssal rendelkez\u0151 teszt t\u00e1rol\u00f3ban a \"git fetch\" teljes\u00edtm\u00e9nye \"reftable\" h\u00e1tt\u00e9rszolg\u00e1ltat\u00e1s haszn\u00e1lat\u00e1val 22-szeres\u00e9re n\u0151tt, m\u00edg a \"files\" h\u00e1tt\u00e9rszolg\u00e1ltat\u00e1ssal 1,25-sz\u00f6r\u00f6s n\u00f6veked\u00e9st mutatott. A \"git push\" eset\u00e9ben a n\u00f6veked\u00e9s 18-szoros \u00e9s 1,21-szeres volt, a megfelel\u0151 esetekben.\n
\u00daj m\u00f3dszert javasoltak a pack-f\u00e1jlokb\u00f3l \u00e1ll\u00f3 t\u00e1rol\u00f3i r\u00e9szek csomagol\u00e1s\u00e1ra, amelyek nem kapcsol\u00f3dnak a nem el\u00e9rhet\u0151 objektumok nyomon k\u00f6vet\u00e9s\u00e9hez, amelyekre a t\u00e1rol\u00f3ban nincsenek hivatkoz\u00e1sok (sem \u00e1gak, sem tagek). Az inform\u00e1ci\u00f3kat a nem el\u00e9rhet\u0151 objektumokr\u00f3l k\u00fcl\u00f6n pack-f\u00e1jlokban (\u201ecruft packs\u201d) t\u00e1rolj\u00e1k, ami a multi-pack indexben (MIDX) val\u00f3 megjelen\u00edt\u00e9s sz\u00fcks\u00e9gess\u00e9g\u00e9t vonja maga ut\u00e1n, hogy lefedje azokat az objektumokat, amelyek eredetileg nem voltak el\u00e9rhet\u0151ek \u00e9s csak a cruft-csomagban t\u00e1rol\u00f3dtak, de ezt k\u00f6vet\u0151en el\u00e9rhet\u0151v\u00e9 v\u00e1ltak a r\u00e1juk hivatkoz\u00f3 commit ut\u00e1n.\n
Az \u00faj verzi\u00f3ban a pack-f\u00e1jlok \u00fajrapakol\u00e1sakor biztos\u00edtva van a hozz\u00e1f\u00e9rhet\u0151 objektumok tov\u00e1bbi m\u00e1solatainak meg\u0151rz\u00e9se, amelyek csak a cruft-f\u00e1jlokban tal\u00e1lhat\u00f3k. Ez a m\u00f3dos\u00edt\u00e1s garant\u00e1lja, hogy a pack-f\u00e1jlok k\u00e9szlet\u00e9ben, amelyet a hozz\u00e1f\u00e9rhet\u0151 objektumok t\u00e1rol\u00e1s\u00e1ra haszn\u00e1lnak, nem tartalmaznak olyan objektumokat, amelyek m\u00e1s, ezen k\u00e9szleten k\u00edv\u00fcli objektumokra hivatkoznak. A cruft-f\u00e1jlok el\u00e9rhetetlen tartalm\u00e1nak t\u00f6bb csomagindexb\u0151l (MIDX) val\u00f3 kiz\u00e1r\u00e1s\u00e1ra javasolt be\u00e1ll\u00edt\u00e1s a \u201erepack.MIDXMustContainCruft\u201d, amely jelent\u0151sen cs\u00f6kkentheti az ilyen indexek m\u00e9ret\u00e9t. A be\u00e1ll\u00edt\u00e1s GitHub t\u00e1rol\u00f3ban val\u00f3 enged\u00e9lyez\u00e9s\u00e9vel a MIDX-indexek m\u00e9rete 38%-kal cs\u00f6kkent, a MIDX-indexekbe val\u00f3 \u00edr\u00e1s sebess\u00e9ge 35%-kal n\u0151tt, \u00e9s az olvas\u00e1si teljes\u00edtm\u00e9ny 5%-kal javult. <\/p>\n
A \u201egit pack-objects\u201d parancshoz hozz\u00e1ad\u00f3dott a \u201e--path-walk\u201d opci\u00f3, amely egy \u00faj m\u00f3dszert vezet be az objektumok inform\u00e1ci\u00f3inak \u00f6sszegy\u0171jt\u00e9s\u00e9re a pack-f\u00e1jlok \u00fajrapakol\u00e1sakor. A \u201e--path-walk\u201d m\u00f3dban az objektumok a f\u00e1jl\u00fatvonalak bej\u00e1r\u00e1s\u00e1n kereszt\u00fcl v\u00e1logat\u00f3dnak, ami lehet\u0151v\u00e9 teszi, hogy egyszerre csomagolj\u00e1k az \u00f6sszes olyan objektumot, amely azonos f\u00e1jl\u00faton tal\u00e1lhat\u00f3. Ez a megk\u00f6zel\u00edt\u00e9s lehet\u0151v\u00e9 teszi, hogy elker\u00fclj\u00fck az objektum \u00e9s f\u00e1jl\u00fatvonal k\u00f6z\u00f6tti kapcsolat meghat\u00e1roz\u00e1s\u00e1hoz haszn\u00e1lt heuristik\u00e1t, valamint felszabad\u00edthat minket az objektumok csomagol\u00e1s el\u0151tti rendez\u00e9s\u00e9t\u0151l. A \u201e--path-walk\u201d m\u00f3d haszn\u00e1latakor a gener\u00e1lt pack-f\u00e1jlok m\u00e9rete jelent\u0151sen kisebb lesz, mint az objektumok hashek \u00e1ltali csoportos\u00edt\u00e1s\u00e1val.\n
Defini\u00e1lt\u00e1k a form\u00e1tumot a munkafolyamat \u00e9s indexek mentett \u00e1llapotainak cser\u00e9j\u00e9re a t\u00e1rol\u00f3ban, amelyet a \u201egit stash\u201d parancs seg\u00edts\u00e9g\u00e9vel hoztak l\u00e9tre. Az \u00faj form\u00e1tum lehet\u0151v\u00e9 teszi a mentett v\u00e1ltoztat\u00e1sok (stash-bejegyz\u00e9sek) commit-sorozatk\u00e9nt t\u00f6rt\u00e9n\u0151 k\u00f3dol\u00e1s\u00e1t. Az import\u00e1l\u00e1shoz \u00e9s export\u00e1l\u00e1shoz javasolt \u201egit stash import\u201d \u00e9s \u201egit stash export\u201d alsorok, amelyek seg\u00edts\u00e9g\u00e9vel \u00e1tvihetj\u00fck a mentett \u00e1llapotokat egy rendszerr\u0151l a m\u00e1sikra, \u00e9s v\u00e9gezhet\u00fcnk push vagy pull m\u0171veleteket ezekkel az \u00e1llapotokkal, mint a szok\u00e1sos \u00e1gakkal vagy c\u00edmk\u00e9kkel. git stash export --to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash \u2026 git fetch origin '+refs\/stashes\/*:refs\/stashes\/*' git stash import refs\/stashes\/my-stash\n
A \"git cat-file\" parancs, amely a megadott objektumok tartalm\u00e1t jelen\u00edti meg, mostant\u00f3l lehet\u0151s\u00e9get biztos\u00edt a hi\u00e1nyz\u00f3 objektumokr\u00f3l (p\u00e9ld\u00e1ul a t\u00e1rol\u00f3 s\u00e9r\u00fcl\u00e9se miatt) \u00e9s a szubmodulokr\u00f3l sz\u00f3l\u00f3 inform\u00e1ci\u00f3k megjelen\u00edt\u00e9s\u00e9re az \"--batch\" \u00e9s \"--batch-check\" opci\u00f3k haszn\u00e1lat\u00e1val. Kor\u00e1bban a szubmodulok megadott \u00fatvonalain\u00e1l a \"git cat-file --batch-check\" parancs \"missing\"-et adott vissza, most pedig megmutatja az objektum azonos\u00edt\u00f3j\u00e1t.\n
A \"git log\" parancsban Bloom-sz\u0171r\u0151k alap\u00fa optimaliz\u00e1l\u00e1sokat alkalmaztak a v\u00e1ltoz\u00e1sok t\u00f6rt\u00e9net\u00e9nek gyorsabb keres\u00e9s\u00e9re, amikor t\u00f6bb f\u00e1jl \u00fatvonal\u00e1nak megad\u00e1s\u00e1val haszn\u00e1lj\u00e1k, p\u00e9ld\u00e1ul: \"git log -- path\/to\/a path\/to\/b\".\n
A \"git switch\" \u00e9s \"git restore\" parancsok stabiliz\u00e1l\u00e1sra ker\u00fcltek, amelyek 2019 \u00f3ta k\u00eds\u00e9rleti st\u00e1tuszban voltak. Ezek a parancsok a modern egyen\u00e9rt\u00e9kek\u00e9nt jelennek meg a \"git checkout\"-nak, elk\u00fcl\u00f6n\u00edtve az e parancs \u00e1ltal ny\u00fajtott, gyeng\u00e9n kapcsol\u00f3d\u00f3 lehet\u0151s\u00e9geket, mint a \u00e1gak kezel\u00e9se (v\u00e1lt\u00e1s \u00e9s l\u00e9trehoz\u00e1s) \u00e9s f\u00e1jlok vissza\u00e1ll\u00edt\u00e1sa a munkak\u00f6nyvt\u00e1rba.\n
A Git 3.0-\u00e1ghoz elavultnak nyilv\u00e1n\u00edtott\u00e1k \u00e9s t\u00f6rl\u00e9sre tervezik a \"git whatchanged\" parancsot, ami a \"git log --raw\"-nak felel meg.\n
A \"git for-each-ref\" parancshoz hozz\u00e1adt\u00e1k a \"--start-after\" opci\u00f3t, amely a \"--count\" opci\u00f3val egy\u00fctt haszn\u00e1lhat\u00f3 a pagin\u00e1lt kimenet megszervez\u00e9s\u00e9re.\n
A \"git merge\" \u00e9s a \"git pull\" parancsokhoz hozz\u00e1adt\u00e1k a \"--compact-summary\" opci\u00f3t, amely kompakt form\u00e1tumban jelen\u00edti meg a v\u00e1ltoz\u00e1sok \u00f6sszefoglal\u00f3j\u00e1t a diffstat helyett.\n
A Git k\u00f3dalapj\u00e1ban enged\u00e9lyezt\u00e9k a \"bool\" kulcssz\u00f3 haszn\u00e1lat\u00e1t, amely a C99 szabv\u00e1nyban jelent meg. Emellett dokument\u00e1lt\u00e1k a Gitben k\u00eds\u00e9rletk\u00e9ppen alkalmazott C99 n\u00e9h\u00e1ny lehet\u0151s\u00e9g\u00e9t is (p\u00e9ld\u00e1ul 2026 k\u00f6zep\u00e9n tervezz\u00fck az \"(struct foo){ .member = value };\" konstrukci\u00f3k haszn\u00e1lat\u00e1nak enged\u00e9lyez\u00e9s\u00e9t). C99-t t\u00e1mogat\u00f3 ford\u00edt\u00f3 k\u00f6telez\u0151 a Git sz\u00e1m\u00e1ra 2021-t\u0151l, de a C99 specifik\u00e1ci\u00f3 lehet\u0151s\u00e9geit rendk\u00edv\u00fcl \u00f3vatosan vezetik be a ford\u00edt\u00f3k kompatibilit\u00e1sa \u00e9rdek\u00e9ben, amelyek r\u00e9szben t\u00e1mogatj\u00e1k ezt a szabv\u00e1nyt.\n
A patch-ek elfogad\u00e1si szab\u00e1lyaiba m\u00f3dos\u00edt\u00e1sokat vezettek be, amelyek lehet\u0151v\u00e9 teszik a patch-ek bek\u00fcld\u00e9s\u00e9t \u00e1lnevet haszn\u00e1lva, nem csak a fejleszt\u0151 val\u00f3di nev\u00e9vel. Ez a v\u00e1ltoz\u00e1s \u00f6sszhangban \u00e1ll a Linux Kernel patch elfogad\u00e1si szab\u00e1lyaival.\n
Friss\u00fclt a kompatibilit\u00e1si probl\u00e9m\u00e1kat tartalmaz\u00f3 lista, amely m\u00f3dos\u00edt\u00e1sok a Git 3.0 \u00e1gon lesznek \u00e9rv\u00e9nyesek. A Git 3.0 k\u00f6zelg\u0151 kiad\u00e1s\u00e1ban jelent\u0151s v\u00e1ltoz\u00e1s, hogy az \u00faj t\u00e1rol\u00f3k inicializ\u00e1l\u00e1sakor alap\u00e9rtelmezett\u00e9 v\u00e1lik az SHA-256 hash-algoritmus alapj\u00e1n k\u00e9sz\u00fclt objektumazonos\u00edt\u00f3k haszn\u00e1lata, valamint a «reftable» form\u00e1tum alkalmaz\u00e1sa a t\u00e1rol\u00f3ban tal\u00e1lhat\u00f3 \u00e1gakra \u00e9s c\u00edmk\u00e9kre mutat\u00f3 hivatkoz\u00e1sok t\u00e1rol\u00e1s\u00e1ra (a JGit projekt blokkalap\u00fa t\u00e1rol\u00e1s\u00e1t haszn\u00e1lja, amelyet nagyon nagy sz\u00e1m\u00fa hivatkoz\u00e1s t\u00e1rol\u00e1s\u00e1ra optimaliz\u00e1ltak). <\/ul>\n