Git 2.53

2. veebruar esitatud jaotatud lähtekoodi haldamise süsteemi väljaanne Git 2.53.

Git pakub kõrget jõudlust ja võimaldab mitte-lineaarset arendust, mis põhineb harude ja sulandumiste kasutamisel. Ajaloo terviklikkuse ja tagantjärele tehtud muudatuste korralikuse tagamiseks kasutatakse varasema ajaloo mitteühtlast hash’imist igas commit’is ning arendajate digitaalallkirjadega kinnitamist individuaalsete siltide ja committide jaoks. Git’i kood GNU Üldine Avaliku litsentsi alusel. on litsentseeritud GPLv2+ all.

Võrreldes eelmise väljaandega on sellesse versiooni kaasatud 466 muudatust, mille on ette valmistanud 70 arendajat (21 neist osales Git'i arenduses esmakordselt). Peamised uuendused:

• Lisatud võimalus rakendada geometric-pakkimisstrateegiat (git repack —geometric) osaliselt kloonitud välistele rehitoriumidele, mis töötavad promisor-režiimis (puuduolevad objektid laaditakse vajaduse korral alla). Uut pakkimist tehes töödeldakse -geometric valikuga .promisor laiendiga pakifailid eraldi. Geometric strateegia võimaldab vähendada suurte monorehitoriumide hooldusaega, valikuline objektide pakkimine ning vältida liigseid ressursimahukaid toiminguid, näiteks kõigi pakifailide ühendamist (säilitades pack-failide suuruse geomeetrilise progressiooni, kus iga järgmine pakifail peab olema vähemalt kaks korda suurem kui eelmine).
• Git fast-import meeskonda on lisatud valik —signed-commits=strip-if-invalid, et eemaldada imporditud objektidest digitaalallkirjad, mis on muutunud vigaseks pärast osa reposti ajaloost uuesti kirjutamist. Varem oli võimalik kas importida või eemaldada kõik allkirjad, ilma et oleks võimalik eristada kehtivaid ja kehtetuks muutunud allkirju. Valik strip-if-invalid võimaldab luua tööriistu kehtivate allkirjade säilitamiseks ja kehtetuks muutunud objektide uuesti allkirjastamiseks.
• Git repo structure käsule on lisatud teave kõigi saavutatud objektide (reachable) suuruse kohta reposis, jagatuna nende tüüpide kaupa. Teave kuvatakse nüüd loetaval kujul mõõtühikutega ja näidatakse eraldi reaalse suuruse ja ketasruumi suuruse jaoks, mis võimaldab hinnata reposi kogumahtu kettal:

$ git repo struktuur | Repositooriumi struktuur | Väärtus | | ——————— | ———- | | * Viidatud | | | * Arv | 1.78 k | | * Harud | 5 | | * Sildid | 1.03 k | | * Remoote | 749 | | * Teised | 0 | | | | | * Saadaval objektid | | | * Arv | 421.37 k | | * Commitid | 88.03 k | | * Puud | 169.95 k | | * Blobs | 162.40 k | | * Sildid | 994 | | * Paisutatud suurus | 7.61 GiB | | * Commitid | 60.95 MiB | | * Puud | 2.44 GiB | | * Blobs | 5.11 GiB | | * Sildid | 731.73 KiB | | * Ketta suurus | 301.50 MiB | | * Commitid | 33.57 MiB | | * Puud | 77.92 MiB | | * Blobs | 189.44 MiB | | * Sildid | 578.13 KiB |

• Git kommandosse on lisatud is-needed alakomando, mis täidab repositooriumi hooldusoperatsioone ainult vajaduse korral.
• Eksperimentaalses git replay kommandos on vaikimisi rakendatud viidete värskendamine tehingus, selle asemel, et näidata, kuhu viidete tuleks suunata, ilma värskendamata.
• Git blame komandosse on lisatud võimalus valida erinevuste hindamise algoritm valiku —diff-algorithm=<algo> abil.
• Git repo info komandosse on lisatud valik —all.
• Git-for-Windowsist on viidatud sümboolsete linkide toetus Windowsi platvormile.

Eelmise väljalaske koosseisu lisati hoiatus algselt Rusti keeles olevate komponentide kogumi võimalus Git 2.53. Siiski on Git 2.53 versioonis tegelikult ainult lisatud mõned täiustused Rusti toe osas (võime koostada ilma GNU sedita), kuid Rustiga koostamine Makefile'i kasutamisel on jätkuvalt vaikimisi välja lülitatud (nõuab WITH_RUST lipu seadistamist), samas kui Mesoni kasutamisel aktiveeritakse see automaatselt olemasoleva rustc kompilaatoriga. Git 3.0 versioonis on Rusti tööriistakomplekt kaasa arvatud kohustuslikesse koostamis sõltuvustesse. kavatsevad 2. veebruaril ilmus jaotatud allikakoodihalduse süsteemi Git 2.53. Git paistab silma kõrge jõudluse poolest ja pakub vahendeid mitte-lineaarseks arenduseks, mis põhineb harude ja harude ühinemisel. Ajaloo terviklikkuse ja "tagasiulatuva" muudatuste talumine tagatakse kogu eelmise ajaloo varjatud hashimise kaudu igas commit'is, samuti arendajate digitaalsete allkirjadega konkreetsete siltide ja commit'ide kinnitamise kaudu.

Allikas: linux.org.ru