Három hónap fejlesztés után megjelent a rendszer új verziója az elosztott forráskód vezérléséről «git 2.36» az egyik legnépszerűbb, legmegbízhatóbb és nagy teljesítményű verzióvezérlő rendszer, amely rugalmas, nem lineáris fejlesztőeszközöket biztosít villák és villák összevonása alapján.
Az előzmények integritásának és a "visszafelé mutató" változtatásokkal szembeni ellenállás biztosítására minden egyes commitnál az összes korábbi előzmény implicit hash-ét használják. Lehetőség van az egyes címkék és visszaigazolások fejlesztőinek digitális aláírásának ellenőrzésére is.
Git 2.36 legfontosabb új funkciók
Az előző kiadáshoz képest 717 változtatást fogadtak el az új, 96 fejlesztő közreműködésével készült verzióban, ebből 26 először vett részt a fejlesztésben. Főbb újítások:
A választás A „–remerge-diff” hozzáadva a „git log” és a „git show” parancsokhoz a különbségek megjelenítéséhez az összevonás összesített eredménye és a véglegesítésben tükröződő tényleges adatok között a "merge" parancs feldolgozása után, amely lehetővé teszi az összevonási konfliktusfeloldás eredményeként végrehajtott változtatások vizuális értékelését. A szokásos „git show” parancs behúzással választja el a különböző konfliktusmegoldásokat, így a változtatások nehezen érthetők.
Az opció használatakor „–remerge-diff”, a konfliktusfeloldások közötti különbségek nem különülnek el az egyes szülőágaknál, de megjelennek az összevonási ütközést tartalmazó fájlok és az ütközéseket feloldó fájlok közötti általános különbségek.
Egy másik figyelemre méltó változás a fokozott rugalmasság a viselkedés testreszabásában a lemez gyorsítótárának kiürítéséből az fsync() függvényhíváson keresztül. Paraméter core.fsyncObjectFiles A korábban elérhető két konfigurációs változóra oszlik core.fsync és core.fsyncMethod, amely lehetővé teszi az fsync alkalmazását nem csak objektumfájlokra (.git/objects), hanem más git-struktúrákra is, mint például ref (.git /refs), reflog és csomagfájlokra.
változón keresztül core.fsync, megadhatja a belső Git-struktúrák listáját, az írási művelet után, amelyhez az fsync is meghívásra kerül. A változó core.fsyncMethod lehetővé teszi a gyorsítótár kiürítésének módszerének kiválasztását, például kiválaszthatja az fsync-et az azonos nevű rendszerhívás használatához, vagy megadhatja a csak írási lehetőséget a függőben lévő lazywriting (oldalgyorsítótár lazywriting) használatához.
A sebezhetőségek elleni védelem érdekében amelyek kezelik a .git könyvtárak más felhasználók általi helyettesítését a megosztott partíciókon, Az adattár tulajdonosának ellenőrzését megerősítették. Mostantól csak a saját „.git” könyvtáraikban futhat a git parancs. Ha a lerakatkönyvtár egy másik felhasználó tulajdonában van, a rendszer alapértelmezés szerint hibaüzenetet generál. Ez a viselkedés letiltható a biztonságos könyvtár beállításával.
Azt is kiemelik hozzáadva a „–batch-command” opciót a „git cat-file” parancshoz, amely a Git objektumok eredeti tartalmát hivatott előállítani, kiegészítve a parancsokat „–batch” és „–batch-check” korábban elérhető volt a kimeneti típus adaptív kiválasztásának lehetőségével a „tartalom » tartalom vagy «információ megjelenítéséhez » az objektum információinak megjelenítéséhez. Ezenkívül egy "flush" parancs is támogatott a kimeneti puffer kiürítésére.
Másrészt azt emelik ki hozzáadva a „–oid-only” opciót (“–object-only”) a "git ls-tree" parancshoz, amelynek célja egy objektumfa tartalmának listázása, amely a "–name -only" analógiájára csak az objektumazonosítókat jeleníti meg a parancsfájlokból történő hívások egyszerűsítése érdekében. A „–format” opció is megvalósul, amely lehetővé teszi a saját kimeneti formátum meghatározását a mód, típus, név és méret információinak kombinálásával.
A többi változás közül amelyek kiemelkednek ebből az új verzióból:
- A "git bisect run" parancsban az a definíció valósul meg, hogy a szkripthez ne állítsuk be a végrehajtható fájl előjelét, és ebben az esetben 126-os vagy 127-es kóddal generáljunk hibákat (korábban, ha a szkriptet nem lehetett végrehajtani, minden felülvizsgálat problémásként megjelölve).
- A „–refetch” opció hozzáadva a „git fetch” parancshoz az összes objektum lekéréséhez anélkül, hogy értesítené a másik oldalt a tartalomról, amely már a helyi rendszeren van. Ez a viselkedés hasznos lehet a hibák utáni állapot visszaállításához, amikor bizonytalan a helyi adatok integritása.
- A „git update-index”, „git checkout-index”, „git read-tree” és „git clean” parancsok mostantól támogatják a részleges indexelést (ritka index), hogy javítsák a teljesítményt és helyet takarítsanak meg a részműveleteket végrehajtó tárolókon. (rossz fizetés).
- Megváltozott a "git clone --filter=... --recurse-submodules" parancs viselkedése, ami most az almodulok részleges klónozásához vezet (korábban az ilyen parancsok végrehajtásakor a szűrőt csak a fő tartalomra alkalmazták, az almodulokat pedig teljesen klónozva a szűrő figyelembevétele nélkül).
- Támogatás hozzáadva a tartalom szelektív elhelyezésére szolgáló szűrők meghatározásához a „git bundle” parancsban, hasonlóan a részleges klónozási műveletekhez.
- A „–recurse-submodules” opció hozzáadva a „git branch” parancshoz az almodulok rekurzív bejárásához.
Userdiff új illesztőprogramot javasolt a Kotlin nyelvhez.
Végül ha érdekel, hogy többet tudjon meg róla A Git 2.36 új verziójáról részletesebben itt olvashat a következő link.