Käidud versiooni kontrollisüsteemi allikakoodide Git 2.51

Pärast kahe kuu arengut esitati välja jagatud allikakoodihalduse süsteemi Git 2.51 väljaanne. Git iseloomustab kõrge jõudlus ja see pakub vahendeid mittelineaarseks arenduseks, mis põhinevad harude ja haruühenduste juhtimisel. Ajaloo terviklikkuse ja tagasivaatemuutuste suhtes vastupidavuse tagamiseks kasutatakse mittevisad tõestamist kogu varasema ajaloo ülendamiseks igas kinnituses, samuti arendajate digiallkirjadega eraldi siltide ja kinnituste autentimist. Git kood jagatakse GPLv2+ litsentsi alusel.

Käesolevas versioonis on võrreldes eelneva versiooniga vastu võetud 506 muudatust, mille on ette valmistanud 91 arendajat (21 neist osales Git-i arendamises esmakordselt). Peamised uuendused (1, 2, 3):

• Parandatud on käsu "git push" ja "git fetch" jõudlust suure viidete arvuga hoidlatest. Kiirus on saavutatud viidete grupiviisilise uuendamise kaudu, kus ühes tehingus töödeldakse mitu viidet, selle asemel, et iga viite uuendamiseks luua eraldi tehing. Optimeerimine on oluliselt suurendanud "reftable" tagumise poola jõudlust, mis ületab nüüd "files" tagaosa jõudlust. Näiteks katsehoidlas, kus on 10 000 viidet, kasvas "git fetch" jõudlus "reftable" tagaosa kasutamisel 22 korda, samas kui "files" tagaosa puhul vaid 1,25 korda. "Git push" puhul oli kasv vastavalt 18 ja 1,21 korda.
• Pakutud on uus meetod pakitakse hoidla osi, mis ei ole seotud ulatuslike objektide jälgimisega, millele ei ole hoidlas viiteid (nendele viidatud harud või sildid). Teave ulatuslike objektide kohta salvestatakse eraldi pakifailidesse ("cruft packs"), mis tõi kaasa vajaduse neid peegeldada mitme pakiga indeksites MIDX (multi-pack index), et katta esialgu ulatuslikud objektid, mis olid ainult cruft-pakis, kuid said seejärel kättesaadavaks, kui neile viidati.

  Uues versioonis tagatakse pack-failide täielikult ümber pakkimise käigus täiendavate koopiate säilitamine, mis sisaldavad ainult cruft-failides hoitavaid saavutatavaid objekte. Selline muudatus garanteerib, et pack-failide komplektis, mis kasutatakse saavutatavate objektide hoidmiseks, ei ole objekte, mis viitavad muudele objektidele, mis on hoitud väljaspool seda komplekti. Cruft-failidesse kuuluvate mittevõetavate sisu väljajätmiseks mitme paki indeksitest (MIDX) on ette nähtud seade „repack.MIDXMustContainCruft“, mis võimaldab oluliselt vähendada nende indeksite suurust. Seadme aktiveerimine GitHubi hoidlas võimaldas MIDX-indeksite suurust vähendada 38%, kiirendada MIDX- indeksitesse kirjutamist 35% ja parandada lugemise efektiivsust 5%.
• Käsku „git pack-objects“ on lisatud valik „—path-walk“, mis aktiveerib uue meetodi objektide teabe kogumiseks pack-failide ümber pakkimise ajal. Erinevalt objektide läbivaatamisest versioonide järjekorras, võimaldab „—path-walk“ režiim objekte läbi failiteede läbida, mis võimaldab korraga pakkida kõik objektid, millel on sama failitee. Selline lähenemine võimaldab vältida heuristikat, mis kasutab räsiväärtusi objekti ja tema failitee vahelise seose määramiseks, ning kõrvaldada objektide sorteerimise pakendamise eel. „—path-walk“ režiimi kasutamisel on genereeritud pack-failide maht oluliselt väiksem kui objektide grupeerimisel räsiväärtuste abil.
• On määratletud formaat salvestatud tööruumi ja indeksite vahetamiseks hoidlas, mis luuakse käsu „git stash“ abil. Uus formaat võimaldab salvestatud muudatusi (stash-kirjed) kodeerida commitide jadas. Importimiseks ja eksportimiseks on ette nähtud alamehandud „git stash import“ ja „git stash export“, mida saab kasutada salvestatud olekute edasiviimiseks ühest süsteemist teise ning teostada push või pull operatsioone nende olekute puhul nagu tavapäraste harude või siltidega. 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
• Käsk «git cat-file», mis väljastab määratud objektide sisu, on saanud võimaluse kuvada teavet puuduvate objektide kohta (näiteks reposti vigastuse tõttu) ja submoodulite kohta, kui kasutada valikuid «—batch» ja «—batch-check». Varem, kui submooduli teed määrati, väljendas käsk «git cat-file —batch-check» «puuduvad», kuid nüüd kuvab objekti identifitseerija.
• Käsk «git log» kasutab Bloom-filterite põhiseid optimeerimisi, et kiirendada muudatuste ajaloos otsimist, kui määratakse mitu faili teed, näiteks «git log — path/to/a path/to/b».
• Käsk «git switch» ja «git restore» on stabiliseeritud, neid on alates 2019. aastast käsitletud eksperimentaalsetena. Need käsud esitatakse kui kaasaegsed ekvivalendid «git checkout», eraldades sellised vähe seotud funktsioonid nagu harude manipuleerimine (vahetamine ja loomine) ja failide taastamine töökaustas.
• Käsk «git whatchanged», mis on ekvivalentne «git log —raw»-iga, on ebaõnnestunud ja plaanitakse eemaldada Git 3.0 harus.
• Käsule «git for-each-ref» on lisatud valik «—start-after», mida saab kasutada koos valikuga «—count», et korraldada lehe kaupa väljundit.
• Käsule «git merge» ja «git pull» on lisatud valik «—compact-summary», et kasutada kompaktset kokkuvõtteformaati muudatuste kohta, selle asemel et kasutada diffstat formaati.
• Git koodibaasi on lubatud kasutada märksõna «bool», mis ilmus C99 standardis. Samuti on dokumenteeritud mõned C99 funktsioonid, mida katsetatakse Gitis (näiteks plaanitakse 2026. aasta keskpaiku lubada konstruktsioonide «(struct foo){ .member = value };» kasutamine). C99 toetav kompilaator on Gitile kohustuslik alates 2021. aastast, kuid C99 spetsifikatsiooni võimalused rakendatakse väga ettevaatlikult, et säilitada ühilduvus kompilaatoritega, mis toetavad seda standardit vaid osaliselt.
• Patšide vastuvõtu reeglitesse on tehtud muudatused, mis võimaldavad saata patše all pseudoniimi, mitte ainult arendaja tegeliku nime all. Muudatus vastab Linuxi tuuma patšide vastuvõtu reeglitele.
• Uuendatud on ühilduvuse rikkumiste loetelu, mis rakendatakse Git 3.0 harus. Oluliste muudatuste seas eelseisvas Git 3.0 väljaandes on vaikimisi üleminek objektide identifikaatoritele, mis põhinevad SHA-256 krüptograafilisel algoritmil, uute hoidlate algatamisel, ning «reftable» formaadi kasutuselevõtt hoidlates harude ja märkmete viidete salvestamiseks (rakendatud on plokkhäälestus JGit projektilt, mis on optimeeritud väga suure arvu viidete salvestamiseks).

Allikas: opennet.ru