Bemutat\u00e1sra ker\u00fclt a Git 2.37 verzi\u00f3, amely egy elosztott forr\u00e1skezel\u0151 rendszer. A Git az egyik legn\u00e9pszer\u0171bb, megb\u00edzhat\u00f3 \u00e9s nagy teljes\u00edtm\u00e9ny\u0171 verzi\u00f3kezel\u0151 rendszer, amely rugalmas eszk\u00f6z\u00f6ket k\u00edn\u00e1l nemline\u00e1ris fejleszt\u00e9shez, az \u00e1gaz\u00e1s \u00e9s az \u00f6sszevon\u00e1s alapjain. A t\u00f6rt\u00e9net integrit\u00e1s\u00e1nak \u00e9s a visszamen\u0151leges m\u00f3dos\u00edt\u00e1sokkal szembeni ellen\u00e1ll\u00f3nak biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben implicit hash-el\u00e9s t\u00f6rt\u00e9nik a kor\u00e1bbi t\u00f6rt\u00e9net minden commit-j\u00e1ban, valamint lehet\u0151s\u00e9g van a fejleszt\u0151k digit\u00e1lis al\u00e1\u00edr\u00e1saival hiteles\u00edteni az egyes tagek \u00e9s commitok hiteles\u00edt\u00e9seit. <\/p>\n
A legut\u00f3bbi kiad\u00e1shoz k\u00e9pest az \u00faj verzi\u00f3ban 395 v\u00e1ltoztat\u00e1s ker\u00fclt bevezet\u00e9sre, amelyeket 75 fejleszt\u0151 k\u00e9sz\u00edtett, k\u00f6z\u00fcl\u00fck 20 els\u0151 alkalommal vett r\u00e9szt a fejleszt\u00e9sben. F\u0151bb \u00fajdons\u00e1gok: <\/p>\n
\n
Elk\u00e9sz\u00fclt a r\u00e9szleges indexek (sparse index) \u00e1ltal biztos\u00edtott mechanizmus, amely csak a repository r\u00e9sz\u00e9t fedi le. A r\u00e9szleges indexek jav\u00edtj\u00e1k a teljes\u00edtm\u00e9nyt \u00e9s helyet takar\u00edtanak meg olyan repositorykban, ahol r\u00e9szleges kl\u00f3noz\u00e1si (sparse-checkout) m\u0171veletek zajlanak, vagy ahol a repository nem teljes m\u00e1solat\u00e1val dolgoznak. Az \u00faj verzi\u00f3ban befejez\u0151d\u00f6tt a r\u00e9szleges indexek integr\u00e1l\u00e1sa a \"git show\", \"git sparse-checkout\" \u00e9s \"git stash\" parancsokba. A legszembet\u0171n\u0151bb teljes\u00edtm\u00e9nyjavul\u00e1s a \"git stash\" parancsn\u00e1l figyelhet\u0151 meg, amelynek v\u00e9grehajt\u00e1si sebess\u00e9ge bizonyos helyzetekben ak\u00e1r 80%-kal is n\u0151tt.\n
A \"cruft packs\" \u00faj mechanizmusa megval\u00f3sult a nem el\u00e9rhet\u0151 objektek (unreachable) csomagol\u00e1s\u00e1hoz, amelyekre a repositoryban nincsenek hivatkoz\u00e1sok (\u00e1gak vagy tagek nem hivatkoznak r\u00e1juk). A nem el\u00e9rhet\u0151 objektek a szem\u00e9tgy\u0171jt\u0151 \u00e1ltal t\u00f6rl\u00e9sre ker\u00fclnek, de t\u00f6rl\u00e9s el\u0151tt egy ideig a repositoryban maradnak a versenyhelyzetek kiz\u00e1r\u00e1sa \u00e9rdek\u00e9ben. A nem el\u00e9rhet\u0151 objektek nyomon k\u00f6vet\u00e9s\u00e9hez sz\u00fcks\u00e9ges azokhoz id\u0151b\u00e9lyegek k\u00f6t\u00e9se, ami megakad\u00e1lyozza, hogy ezek egy pack-f\u00e1jlban t\u00e1rol\u00f3djanak, ahol minden objektumnak k\u00f6z\u00f6s m\u00f3dos\u00edt\u00e1si ideje van. A kor\u00e1bban alkalmazott m\u00f3dszer, amely minden objektumot k\u00fcl\u00f6n f\u00e1jlban t\u00e1rolt, probl\u00e9m\u00e1kat okozott, ha nagysz\u00e1m\u00fa friss, m\u00e9g t\u00f6rl\u00e9s al\u00e1 nem es\u0151 nem el\u00e9rhet\u0151 objektum volt. Az aj\u00e1nlott \"cruft packs\" mechanizmus lehet\u0151v\u00e9 teszi, hogy az \u00f6sszes nem el\u00e9rhet\u0151 objektum egy pack-f\u00e1jlban t\u00e1rol\u00f3djon, m\u00edg a m\u00f3dos\u00edt\u00e1si id\u0151 adatokat k\u00fcl\u00f6n t\u00e1bl\u00e1zatban t\u00fckr\u00f6zik, amely egy \" .mtimes\" kiterjeszt\u00e9s\u0171 f\u00e1jlban tal\u00e1lhat\u00f3.\n
A Windows \u00e9s macOS rendszerekhez be\u00e9p\u00edtett f\u00e1jlrendszer-v\u00e1ltoz\u00e1sk\u00f6vet\u0151 mechanizmus k\u00e9sz\u00fclt, amely lehet\u0151v\u00e9 teszi, hogy ne sz\u00fcks\u00e9ges a teljes munkak\u00f6nyvt\u00e1r \u00e1tvizsg\u00e1l\u00e1sa olyan m\u0171veletek sor\u00e1n, mint a «git status». Kor\u00e1bban a hook-okon kereszt\u00fcl k\u00fcls\u0151 f\u00e1jlrendszer-v\u00e1ltoz\u00e1sk\u00f6vet\u0151 eszk\u00f6z\u00f6k, p\u00e9ld\u00e1ul a Watchman csatlakoz\u00e1s\u00e1t is t\u00e1mogatt\u00e1k, de ez tov\u00e1bbi programok telep\u00edt\u00e9s\u00e9t \u00e9s be\u00e1ll\u00edt\u00e1st ig\u00e9nyelt. Most ez a funkci\u00f3 be\u00e9p\u00edt\u00e9sre ker\u00fclt, \u00e9s a «git config core.fsmonitor true» parancs kiad\u00e1s\u00e1val enged\u00e9lyezhet\u0151.\n
A «git sparse-checkout» parancsban elavultt\u00e1 v\u00e1lt a «—cone» alternat\u00edv m\u00f3dszer t\u00e1mogat\u00e1sa a r\u00e9szleges kl\u00f3noz\u00e1s mint\u00e1inak meghat\u00e1roz\u00e1s\u00e1ra, amely lehet\u0151v\u00e9 tette, hogy a kl\u00f3noz\u00e1si m\u0171velet al\u00e1 es\u0151 repository r\u00e9sz\u00e9nek megad\u00e1sa sor\u00e1n k\u00fcl\u00f6n f\u00e1jlokat soroljunk fel a «.gitignore» szintaxis haszn\u00e1lat\u00e1val, ami nem tette lehet\u0151v\u00e9 a r\u00e9szleges indexek haszn\u00e1lat\u00e1t az optimaliz\u00e1l\u00e1s \u00e9rdek\u00e9ben.\n
N\u00f6velt\u00e9k az fsync() h\u00edv\u00e1s\u00e1nak be\u00e1ll\u00edt\u00e1si rugalmass\u00e1g\u00e1t a lemezen v\u00e9gzett v\u00e1ltoz\u00e1sok ki\u00edr\u00e1s\u00e1ra. A «core.fsyncMethod» param\u00e9terhez hozz\u00e1adt\u00e1k a «batch» szinkroniz\u00e1ci\u00f3s strat\u00e9gia t\u00e1mogat\u00e1s\u00e1t, amely felgyors\u00edtja a nagy sz\u00e1m\u00fa egyedi f\u00e1jl \u00edr\u00e1s\u00e1t az\u00e1ltal, hogy a vissza\u00edr\u00e1si cache-ben \u00f6sszegy\u0171jt\u00f6tt v\u00e1ltoz\u00e1sokat egyetlen fsync() h\u00edv\u00e1ssal ki\u00edrja. Egy teszt sor\u00e1n, amelyben 500 f\u00e1jt adtak hozz\u00e1 a «git add» paranccsal, az \u00faj \u00fczemm\u00f3dban 0,15 m\u00e1sodperc alatt zajlott le, m\u00edg minden f\u00e1jl eset\u00e9n az fsync() h\u00edv\u00e1sa 1,88 m\u00e1sodpercet vett ig\u00e9nybe, \u00e9s fsync haszn\u00e1lata n\u00e9lk\u00fcl 0,06 m\u00e1sodperc alatt ment v\u00e9gbe.\n
A «git log» \u00e9s «git rev-list» parancsokban \u00faj opci\u00f3k\u00e9nt ker\u00fclt bevezet\u00e9sre a » —since-as-filter=X», amely lehet\u0151v\u00e9 teszi a olyan commitok inform\u00e1ci\u00f3inak kisz\u0171r\u00e9s\u00e9t, amelyek l\u00e9trehoz\u00e1s\u00e1nak ideje r\u00e9gebbi, mint «X». A «—since» opci\u00f3val ellent\u00e9tben az \u00faj parancs sz\u0171r\u0151k\u00e9nt val\u00f3sul meg, amely nem \u00e1ll\u00edtja le a keres\u00e9st az els\u0151, a megadott id\u0151n\u00e9l r\u00e9gebbi commitn\u00e1l.\n
A «git remote» parancsban a «-v» z\u00e1szl\u00f3 megad\u00e1s\u00e1val a repository r\u00e9szleges kl\u00f3njainak inform\u00e1ci\u00f3inak megjelen\u00edt\u00e9se biztos\u00edtott.\n
Hozz\u00e1adva a «transfer.credentialsInUrl» be\u00e1ll\u00edt\u00e1s, amely «warn», «die» \u00e9s «allow» \u00e9rt\u00e9keket fogad el. Ha a «remote.<name>.url» param\u00e9terben ny\u00edlt sz\u00f6veges hiteles\u00edt\u0151 adatokat ad meg, a «fetch» vagy «push» m\u0171veletek v\u00e9grehajt\u00e1si k\u00eds\u00e9rlete hib\u00e1val fejez\u0151dik be, ha a «transfer.credentialsInUrl» be\u00e1ll\u00edt\u00e1s «die» \u00e9rt\u00e9ket kap, vagy figyelmeztet\u00e9ssel, ha «warn» \u00e9rt\u00e9ket kap.\n
Alap\u00e9rtelmez\u00e9s szerint \u00faj, interakt\u00edv m\u00f3dot alkalmaz a «git add -i» parancs sz\u00e1m\u00e1ra, amelyet Perl-r\u0151l C-re \u00edrtak \u00e1t. <\/ul>\n