Pärast kolmekuulist arendustööd on avaldatud hajutatud allika juhtimissüsteemi Git 2.43 väljalase. Git on üks populaarsemaid, usaldusväärsemaid ja suure jõudlusega versioonikontrollisüsteeme, mis pakub paindlikke mittelineaarseid arendustööriistu, mis põhinevad harude hargnemisel ja ühendamisel. Ajaloo terviklikkuse ja tagasiulatuvatele muudatustele vastupidavuse tagamiseks kasutatakse igas sissekandes kogu eelneva ajaloo kaudset räsimist, samuti on võimalik kontrollida üksikuid silte ja kohustusi arendajate digiallkirjadega.
Võrreldes eelmise versiooniga, sisaldas uus versioon 464 muudatust, mis valmistati ette 80 arendaja osalusel, millest 17 osales arenduses esmakordselt. Peamised uuendused:
- Käsule “git repack” on lisatud suvandid “--filter” ja “--filter-to”, mis võimaldavad repositooriumit ümber pakkida, võttes arvesse määratud objektifiltrit, ning vajadusel teisaldada objekte, mis seda ei tee. rahuldada määratud filter eraldi kohta. Võimalusi saab kasutada hoidla sektsioonideks vastavalt teatud kriteeriumidele (näiteks ebavajalike või liiga suurte objektide eemaldamiseks), säilitades samal ajal võimaluse pääseda juurde kõikidele osadele, kasutades osalist kloonimist. Näiteks selleks, et jätta hoidlasse alla 1 MB suurused blobid ja teisaldada teised suured objektid eraldi hoidlasse, võite käivitada käsu: $ git init —bare ../backup.git $ git repack -ad —filter='blob :limit=1m' \ --filter-to=../backup.git/objects/pack/pack
Hoidla lähtestamine osalise kloonimise abil võimaldab töötada hoidla mittetäieliku koopiaga, töödeldes korrektselt puuduvatele objektidele suunatud kõnesid (puuduvatele objektidele juurde pääsedes laaditakse need vajadusel lennult).
- Lisatud on võimalus töötada mitme pakifailiga, mis sisaldab teavet kättesaamatute objektide ("kruubipakid") kohta, millele hoidlas ei viidata (ei viidata harude ega siltide kaudu). Kasutades uut suvandit “git repack —max-cruft-size” saate määrata ühe pakifaili maksimaalse suuruse ja jagada kättesaamatute objektide andmebaas väikesteks pakifailideks. Mitme väikese pakifaili kasutamine ühe suure faili asemel võib märkimisväärselt vähendada I/O toiminguid suure hulga kättesaamatute objektidega hoidlate ümberpakkimisel, kuna iga ümberpakkimistoiming ei pea kõiki andmeid üle kirjutama.
- Lisatud on äratundmine katsetele sooritada git reverti kaudu sissekande kahekordne tagasivõtmine ja selle fakti arvessevõtmine tühistamisteate genereerimisel (kui kordate "Revert: Revert: vea parandamise" asemel "git revert", "Rakenda parandus uuesti" bug” kirjutatakse ja kui muudatuse kolmandat korda tagasi keerate - "Revert Reapply fix bug"). $ git revert —ei-redigeeri HEAD >/dev/null $ git revert —ei-redigeeri HEAD >/dev/null $ git log —oneline a300922 (HEAD -> main) Rakenda uuesti „vea parandamine” 0050730 Taasta „vea parandamine” b290810 vea parandamine
- Suvandeid "--rfc" ja "--subject-prefix" saab kasutada koos. Näiteks selleks, et luua täht, mille teemareal on eesliide „[RFC PATCH bpf-next]”, saate määrata: $ git format-patch —subject-prefix=”PATCH bpf-next” —rfc
- Käsk "git log" võimaldab määrata kohatäite "%(decorate)", et näidata seotud harude nimesid vormingu määramisel suvandi "--format" abil, näiteks: $ git log --format='% cr%(decorate) (%h) %s' 3 päeva tagasi (HEAD -> master, origin/master, origin/HEAD) (e0939bec27) RelNotes: väiksemad sõnastuse parandused versiooni 2.43.0 väljalaskemärkmetes 7 päeva tagasi (silt: v2.43.0 .1-rc801) (dadef3b2.43) Git 1-rc7 8 päeva tagasi (4ed7538ebXNUMX) Ühenda haru 'tb/rev-list-unpacked-fix'
- Lisatud on võimalus rakendada .mailmap reegleid vorminguspetsifikaatidele, mis on määratud suvandi --format kaudu, nagu "%(autorinimi)" ja "%(committeremail)" käskudele "git for-each-ref" jms.
Allikas: opennet.ru
