Git'i lähtekoodihalduse süsteemi väljaanne 2.35

Pärast kahte kuud arendust on välja antud jaotatud lähtekoodi haldamise süsteemi Git 2.35 versioon. Git on üks populaarsemaid, usaldusväärseimaid ja kõrge jõudlusega versioonihalduse süsteeme, mis pakub paindlikke vahendeid mitte-lineaarseks arenduseks, tuginedes harude ja ühenduste loomisele. Ajaloo terviklikkuse ja tagasivaatamise muutuste vastu kaitsmiseks kasutatakse iga commit'i puhul varasema hoolduse mittetäielikku hash'imist, võimaldades ka arendajate digitaalsete allkirjade tunnustamist üksikutele siltidele ja commit'idele.

Võrreldes eelmise versiooniga on uude versiooni kaasatud 494 muudatust, mille on ette valmistanud 93 arendajat, kellest 35 osales arenduses esmakordselt. Peamised uuendused:

• SSH-võtmete kasutamise võimalusi Git-objektide digitaalsete allkirjade tõendamiseks on laiendatud. Mitme võtme kehtivusaja eraldamiseks on lisatud OpenSSH-i direktiivide „valid-before“ ja „valid-after“ toetus, mis võimaldab tagada allkirjade õiget töötlemist pärast ühe arendaja võtme vahetust. Enne seda esines probleem allkirjade eraldamisel vanalt ja uuelt võtme vahel: kui eemaldada vana võti, ei olnud võimalik kontrollida selle abil tehtud allkirju, kuid kui see jätta, püsis võimalus luua uusi allkirju vana võtmega, mille asemel oli juba uus võti. Ajavahemiku alusel allkirjade tegemise kehtivuse jagamiseks saab kasutada valid-before ja valid-after funktsioone.
• Merge.conflictStyle seadistuses, mis võimaldab valida konflikti teabe vormindamise režiimi ühinemise ajal, on lisatud „zdiff3“ režiimi tugi, mis viib konfliktipiirkonnast välja kõik tüüpilised read, mis on märgitud konflikti algusesse või lõppu, võimaldades seega kompaktsemat teabe esitlust.
• Käsku „git stash“ on lisatud režiim „—staged“, mis võimaldab peita ainult indekseeritud muudatused, näiteks olukordades, kus on vajalik ajutiselt edasi lükata osa keerulisi muudatusi, et esmalt lisada see, mis on juba valmis, ja hiljem ülejäänut korda teha. Režiim sarnaneb käsule „git commit“, mis salvestab ainult indekseeritud muudatused, kuid uue commit'i loomise asemel salvestatakse „git stash —staged“ tulemus ajutisse stash piirkonda. Kui muudatused on vajalikud, saab need taastada käsuga „git stash pop“.
• Käsku „git log“ on lisatud uus formaadi spetsiifikaator „—format=%(describe)“, mis võimaldab ühendada „git logi“ väljundi käsu „git describe“ tulemusega. Parameetreid käsule „git describe“ näidatakse otse spetsiifikaatori sees („—format=%(describe:match=,exclude=)“), kus on võimalik lisada ka lühendatud silte („—format=%(describe:tags=)“) ja kohandada objekti identifikaatorite jaoks vajalike heksade arvu („—format=%(describe:abbrev=)“). Näiteks viimase 8 commit'i väljastamiseks, mille silte ei ole kandidaatide märgistamiseks, ja 8-täheliste identifikaatorite näitamiseks võib kasutada käsku: $ git log -8 —format='%(describe:exclude=*-rc*,abbrev=13)' v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132
• Seadistuses user.signingKey on võimalik toetada uusi võtmetüüpe, mis ei piirdu ainult tüübiga „ssh-” ja võtme täisfailitee määramisega. Alternatiivseid tüüpe määratakse prefiksiga „key::”, näiteks „key::ecdsa-sha2-nistp256” ECDSA võtmete jaoks.
• Oluliselt on suurenenud muudatusloendi genereerimise kiirus režiimis „—histogram“, samuti valiku „—color-moved-ws“ kasutamisel, mis juhib värvilise diff-i ruumide esiletõstmist.
• Käsk „git jump“, mida kasutatakse Vimile täpsete üleminekutest info edastamiseks soovitud positsioonile failis konfliktide lahendamisel, erinevuste vaatamisel või otsingu tegemisel, on saanud võimaluse piirata käsitletavaid sulandumise konflikte. Näiteks operatsioonide piiramiseks ainult katalooge „foo“ saab kasutada „git jump merge — foo“, ja kui soovitakse välistada katalooge „Documentation“, siis „git jump merge — ':^Documentation'“.
• On standardizing the use of the type "size_t" instead of "unsigned long" for values representing object sizes, which allows the application of "clean" and "smudge" filters to files larger than 4 GB across all platforms, including those with the LLP64 data model, where the "unsigned long" type is limited to 4 bytes.
• The command "git am" has been enhanced with the option "—empty=(stop|drop|keep)", allowing selection of behavior for empty emails that do not contain patches during patch parsing from the mailbox. The value "stop" will terminate the entire patch application operation, "drop" will skip the empty patch, and "keep" will create an empty commit.
• Support for sparse indexes has been added to the commands "git reset", "git diff", "git blame", "git fetch", "git pull", and "git ls-files", allowing improved performance and space savings in repositories undergoing sparse cloning operations (sparse-checkout).
• The command "git sparse-checkout init" is deprecated, and instead, "git sparse-checkout set" should be used.
• An initial implementation of the new "reftable" backend has been added for storing references, such as branches and tags, in the repository. This new backend uses block storage applied by the JGit project and is optimized for storing a very large number of references. The backend is not yet integrated with the refs system and is not ready for practical use.
• The color palette of the "git grep" command has been made consistent with the GNU grep utility.

Allikas: opennet.ru