Három hónapos fejlesztés után megjelent a Git 2.43 elosztott forrásszöveg-kezelő rendszer. A Git az egyik legnépszerűbb, megbízható és nagy teljesítményű verziókezelő rendszer, amely rugalmas, nemlineáris fejlesztési eszközöket kínál ágat és összevonást alapul véve. A történelem integritásának és a visszamenőleges változtatásokkal szembeni ellenállás biztosításához minden előző történetet implicit hash-eléssel emelnek be minden elágazásban, és lehetőség van a fejlesztők digitális aláírásaival minden egyes címke és elágazás hitelesítésére is.
Az előző kiadáshoz képest az új verzió 464 módosítást tartalmaz, amelyeket 80 fejlesztő hajtott végre, közülük 17 először vett részt a fejlesztésben. Főbb újítások:
- A „git repack” parancshoz hozzáadták a „—filter” és „—filter-to” opciókat, amelyek lehetővé teszik a tároló újrapakolását a megadott objektumok szűrője szerint, és szükség esetén a megadott szűrőnek nem megfelelő objektumok egy külön helyre történő áthelyezését. Ezek az opciók a tároló különböző kritériumok szerinti szétválasztására használhatók (például a felesleges vagy túl nagy objektumok kiemelésére), miközben a részleges klónozással minden részhez való hozzáférést megőriznek. Például a tárolóban 1 MB-nál kisebb blobok megtartására és a többi nagyobb objektum külön tárolóba helyezésére a következő parancsokat lehet használni: $ git init —bare ../backup.git $ git repack -ad —filter='blob:limit=1m' \ —filter-to=../backup.git/objects/pack/pack
A tároló részleges klónozásával történő inicializálása lehetővé teszi, hogy a tároló hiányos másolatával dolgozzunk, helyesen kezelve az eltűnt objektumokra való hivatkozásokat (az eltűnt objektumok automatikusan betöltésre kerülnek, amint szükség van rájuk).
- Lehetőség nyílt arra, hogy több pack fájl kezelése történt, amelyek elérhetetlen objektumok információival bírnak ("cruft packs"), amelyekre a tárolóban nincsenek hivatkozások (sem ágak, sem címkék nem hivatkoznak rájuk). Az új "git repack —max-cruft-size" opcióval megadható egy külön pack fájl maximális mérete, és elérhető, hogy az elérhetetlen objektumok adatbázisát kis méretű pack fájlok sorozatára oszthassuk. Számos kisebb pack fájl használata egy nagy helyett jelentősen csökkenti a bemeneti/kimeneti műveleteket a repozitóriumok újrapakolásakor, mivel minden újrapakolásnál nem kell minden adatot újraírni.
- Bevezetésre került a dupla commit visszavonásának ("git revert") megkísérléseinek felismerése, és ennek figyelembe vétele a visszavonási üzenet kialakításakor (ismételt "git revert" esetén a "Revert: Revert: fix bug" helyett "Reapply fix bug" lesz rögzítve, ha pedig a módosítást harmadszor is visszavonjuk — "Revert Reapply fix bug"). $ git revert —no-edit HEAD >/dev/null $ git revert —no-edit HEAD >/dev/null $ git log —oneline a300922 (HEAD -> main) Reapply "fix bug" 0050730 Revert "fix bug" b290810 fix bug
- Engedélyezve lett a "—rfc" és "—subject-prefix" opciók együttes használata. Például egy üzenetben a "[RFC PATCH bpf-next]" előtaggal a téma létrehozásához megadható: $ git format-patch —subject-prefix="PATCH bpf-next" —rfc
- A "git log" parancsban megengedett a "%(decorate)" helyettesítő használata a kapcsolódó ágak neveinek megjelenítésére a formátum meghatározásakor a "—format" opcióval, például: $ git log —format='%cr%(decorate) (%h) %s' 3 days ago (HEAD -> master, origin/master, origin/HEAD) (e0939bec27) RelNotes: minor wording fixes in 2.43.0 release notes 7 days ago (tag: v2.43.0-rc1) (dadef801b3) Git 2.43-rc1 7 days ago (8ed4eb7538) Merge branch 'tb/rev-list-unpacked-fix'
- A "git for-each-ref" és hasonló parancsokhoz hozzáadódott a .mailmap szabályok alkalmazása a "—format" opcióval megadott formátumbélyegzők, mint például "%(authorname)" és "%(committeremail)" esetén.
Forrás: opennet.ru
