Banner Git 2.43
După trei luni de dezvoltare, proiectul Git a anunțat recent lansarea noii versiuni Git 2.43, care vine cu noi funcționalități și remedieri de erori de la peste 80 de contribuitori, dintre care 17 sunt noi.
Git 2.43 a introdus opțiunile „--filter” și „--filter-to” la comanda „git repack” . Aceste opțiuni vă permit să reîmpachetați repozitoriul luând în considerare filtrul de obiect specificat.
În plus, dacă este necesar, obiectele care nu îndeplinesc filtrul pot fi mutate într-o locație separată. Aceste opțiuni sunt utile pentru partiționarea depozitului pe baza anumitor criterii, cum ar fi eliminarea obiectelor inutile sau supradimensionate. În ciuda acestor modificări, capacitatea de a accesa toate părțile depozitului prin clonarea parțială este păstrată.
O altă modificare notabilă în această nouă versiune de git repack este că acum acceptă lucrul cu mai multe pachete Cruft, precum și divizarea conținutului repozitoriului folosind un filtru de obiecte.
În plus, este demnă de remarcat capacitatea de a lucra cu mai multe fișiere bundle care conțin informații despre obiecte inaccesibile, cunoscute în mod obișnuit sub numele de „cruft bundles”. Aceste fișiere nu sunt referențiate în repozitoriu; adică, nu sunt legate prin ramificații sau etichete. Odată cu introducerea noii opțiuni `git repack --max-cruft-size`, este acum posibil să se specifice dimensiunea maximă a unui singur fișier bundle și să se segmenteze baza de date cu obiecte inaccesibile în mai multe fișiere bundle mai mici.
Utilizarea mai multor fișiere pachete mici în loc de unul mare poate duce la o reducere vizibilă a operațiunilor I/O atunci când reambalați depozitele cu un număr mare de obiecte inaccesibile. Acest lucru se datorează faptului că fiecare operațiune nu va necesita suprascrierea tuturor datelor, îmbunătățind astfel eficiența procesului.
De asemenea, se observă că comanda for-each-ref a fost actualizată cu noi funcții legate de formatare , deoarece utilizatorii pot acum să spună fișierului git for-each-ref să aplice orice regulă .mailmap specificată în repozitoriul lor specificatorilor de format personalizați, inclusiv %(authorname), %(committeremail) și alții.
În plus, se observă că mesajul implicit de jurnal creat de „git revert”, la anularea unei commit-uri care înregistrează o rollback, a fost modificat pentru a încuraja utilizatorii să descrie mai bine situațiile complexe de „rollback” în propriile cuvinte.
Alte modificări notabile din această nouă versiune includ:
- Au fost făcute modificări semnificative în sistemul CI al lui Git, permițând întreruperea rulărilor CI în curs atunci când apar noi împingeri către ramuri cu verificări CI în curs.
- De asemenea, Git poate utiliza și raporta rezultatele către Coverity, un instrument de analiză statică de la Synopsys.
- «git merge-file» are acum o modalitate de a citi trei variante de conținut pentru a fi îmbinate din obiectele blob.
- S-a adăugat posibilitatea de a aplica regulile .mailmap pentru a specifica formatul specificat folosind opțiunea -FormatCa „%(authorname)” și „%(committeremail)” la „git for-each-ref» și comenzi similare.
- Acum opțiunile –rfc și –prefix-subiect ei lucrează împreună
- Un mesaj scris în antichitate a împiedicat îndepărtarea unei ramuri, spunând că era deja înregistrată în altă parte. Dar acum se propune ca o ramură care este împărțită în două sau rebazată ca o ramură care este extrasă și să fie protejată împotriva modificării cu aceeași cale de cod. Mesajul a fost reformulat pentru a spune că ramura este „în uz”, pentru a evita confuzia.
- «git update-index»acum ai optiunea»–show-index-version» pentru a inspecta versiunea formatului index utilizat de fișierul index de pe disc.
- Caracteristici noi pentru formatele personalizate de jurnal git, permițând utilizatorilor să adauge decorațiuni folosind noul substituent %(decora) , care vine cu modificatori opționali precum prefix, sufix, separatori și multe altele.
În final, dacă sunteți interesați să aflați mai multe, puteți găsi detalii la linkul următor.