🥇Git 2.54 | ProHoster

Esitletud jaotatud allika haldamise süsteemi väljaanne Git 2.54. Git on tuntud oma kõrge jõudluse poolest ning pakub mittelineaarse arenduse tööriistu, mis põhinevad harude ja ühenduste loomisel. Ajaloo terviklikkuse ja tagasivaatavate muudatuste vastupidavuse tagamiseks kasutatakse igas commit'is kogu eelneva ajaloo varjatud hash-koodimist, samuti arendajate digiallkirjade kasutamist eraldi siltide ja commit'ide autentimiseks. Git'i kood levitatakse GPLv2+ litsentsi alusel.

Uues versioonis on võrreldes varasema väljaande 770 muudatust, mille on valmistanud 137 arendajat (66 neist osalesid Git'i arenduses esmakordselt).

Peamised uuendused:

On rakendatud käsk «git history», mis pakub katsetusi muudatuste ajaloo ümberkirjutamiseks, olles lihtsam ja turvalisem kui commit'ide edasi liikumine git rebase käsuga. Pakutakse kahte operatsiooni:
- git history reword määratleb määratud commit'i sõnumi ümberkirjutamise ilma tööruumi ja indeksi muutmiseta (välja arvatud märkus, kõik muu jääb puutumatuks). Näiteks trükivea parandamiseks.
- git history split võimaldab interaktiivselt jagada määratud commit'i kaheks erinevaks commit'iks, viies valitud osad algsest commit'ist täiendavasse commit'isse.
Tulevastes väljaannetes on oodata täiendavate käskude lisamist: git history fixup commit'i parandamiseks, git history drop commit'i eemaldamiseks, git history reorder commit'ide järjekorra muutmiseks ja git history squash commit'ide ühendamiseks.
Uus meetod töötlijate määratlemiseks (hook) konfiguratsioonifailides on rakendatud. Selle asemel, et paigutada töötlijate skripte katalooge .git/hooks igas hoidlas, saab töötlijatele helistamiseks määrata käskusid otse konfiguratsioonifailides. Seadeid saab siduda hoidla või määrata konfiguratsioonifailides, mis kehtivad kõikidele hoidlatele (/etc/gitconfig) või kasutaja hoidlatele (~/.gitconfig). Ühe sündmuse jaoks on võimalik siduda mitu töötlijat. Skriptid .git/hooks ka kutsutakse ikka, kuid neid käivitatakse pärast konfiguratsioonifailides olevate töötlijate töötlemist. Töötlijate loendi vaatamiseks tuleks kasutada käsku git hook list, ning valikulise helistamise katkestamiseks seadistust hook..enabled = false:

[hook "linter"] event = pre-commit command = ~\/bin\/linter —cpp20 [hook "no-leaks"] event = pre-commit command = ~\/bin\/leak-detector $ git hook list pre-commit global linter ~\/bin\/linter —cpp20 local no-leaks ~\/bin\/leak-detector

Käskgit maintenanceon vaikimisi kasutusel strateegia geometric (git config set maintenance.strategy geometric), mis võimaldab vähendada suure monorepo hooldamise aega. Võrreldes varasema strateegiaga, mis kasutas git gc käskude loogikat, vältib uus strateegia kõigi objektide uuesti pakkimist ja välistab liiga ressursimahukad operatsioonid, nagu kõigi pack-failide ühendamine (kui võimalik, toimub ühendamine osadeks ja ilma kustutamata eemalduvaid objekte).
Objektide andmebaas (ODB) ja sellega seotud API-d on muudetud uuele arhitektuurile, mis põhineb pluginate kasutamisel. Tehtud ümberstruktureerimine abstraheerib objektide salvestamise formaadi ja võimaldab hiljem rakendada selliseid omadusi nagu alternatiivsed tagasilöögid ja objekti formaadid, näiteks suurte binaarfailide tõhusama salvestamise või suurte git-hostingute töö optimeerimise jaoks.
Käskgit repo structure», mis väljastab teavet reposti struktuuri kohta, tagab, et kuvatakse mitte ainult kogu suurus, vaid ka iga tüübi suurima objekti kuvamine, mis võimaldab hindamisel välistada kolmandate osapoolte utiliidid. git-sizer.

Käskgit replay», mida kasutatakse git rebase'i asemel, et taastada ajalugu serveris ilma töökaustata, on vaikimisi sisse lülitatud aatomiline linkide värskendamine (kui mitte, siis edastatakse update-ref käskude loetelu käsitsi täitmiseks), on välja töötatud -revert valik seeria committide muudatuste tühistamiseks, tagatakse tulemuslike tühipostide viskamine ja loodud on võimalus ajalugu taastada kuni juurcommiti.
Käskgit rev-list» ja sarnased käsud said -maximal-only valiku, et näidata ainult kommitte, mis ei ole teiste commitidega kergesti kätte saadavad.
Käskugit repo info» on lisatud -keys valik, et kuvada kõigi tuntud võtmete loend.
Käskgit add -p» koodiblokkide vahel navigeerimisel klahvidega «J» ja «K» on tagatud juba heakskiidetud ja vahelejätmise märkide tegemine. Lisa valik —no-auto-advance automaatse järgmise faili avamise keelamiseks, et saaksid enne commit'i tagasi vaadata varasematele failidele.
Optimeeritud veebliidese «gitweb» tööks mobiilseadmetes.
Käskgit apply –directory» enne kasutamist on tagatud failiteede normaliseerimine, nagu .\/un\/..\/normalized\/path.
Dokumenteeritud on võimalus lisada oma alakomandeid, paigutades failid git-<cmd> täidetavate failide katalooge.
Käskugit send-email» on lisatud tugi kliendisertifikaatidele.
Käsule «git status» on rakendatud sätte status.compareBranches, millega saab määrata harud, millega võrreldakse praegust haru:

[status] compareBranches = @{upstream} @{push}

Käskgit rebase» on lisatud valik —trailer, et lihtsustada metaandmete lisamist kõigile commit'idele:

git rebase —trailer "Reviewed-by: Test <test@example.com>"`

Käskugit fast-import» on lisatud võimalus asendada commit'ide allkirju, mis muutusid kehtetuks pärast importimist.
Lisatud on pakkimise (compaction) tugi mitme paketi indeksitele MIDX (multi-pack index), kus väiksed MIDX-indeksi tahvlid, millel on objektide kättesaadavuse teave ja seotud bitmap-failid, koondatakse kokku, et vähendada juba olemasolevates repo-des kogunenud tahvlite arvu.
git backfill käsus on rakendatud võimalus määrata revisjone (commit'ide vahemikke) ja teepäringute maske (pathspec) muutuste ajaloo laadimise piiramiseks:

git backfill main~100..main git backfill — ‘*.c’

On lisatud alternatiivsed vormid käsu git config list kutsumiseks – git config -l ja git config —list.
Lubatud on kasutada mitte-ASCII märke käsusõnade alias'ite nimedes, mida määratakse konfiguratsioonifailis:

[alias "fetch"] command = fetch

Muudetud on allkirjade kuvamist, mille GPG-võtme kehtivusaeg on lõppenud, kuid mis olid kommi allkirjastamise ajal kehtivad. Taolised allkirjad kuvatakse nüüd õigena koos võtme aegumise märgiga (varem kuvati neid punasega, mis jättis mulje, et need ei ole kehtivad).
HTTP kaudu repo-dele pöördumisel on tagatud vea 429 (Too Many Requests) töötlemine. Selliste vigadega lõppenud päringud loetakse nüüd mitte fataalseks probleemiks, vaid ajutiseks veaks, mille kordamiseks on soovitatav pärast teatud aega. Kordamise viivitus määratakse http.retryAfter valiku kaudu, korduste arv – http.maxRetries, ooteaeg – http.maxRetryTime.

Allikas: linux.org.ru