Jaotatud allikakoodihalduse süsteemi Git 2.22 väljaanne

Esitletud jaotatud tekstihalduse süsteemi väljaanne Git 2.22.0. Git on üks populaarsemaid, usaldusväärsemaid ja kõrge jõudlusega versioonihaldussüsteeme, mis pakub paindlikke mittelineaarse arenduse vahendeid, mis põhinevad harude loomisel ja ühendamisel. Ajaloo terviklikkuse tagamiseks ja tagasiulatuvate muudatuste vältimiseks kasutatakse iga commit'i puhul varasema ajaloo varjatud hash'imist, samuti on võimalik arendajate digitaalsete allkirjadega kinnitada eraldi silte ja commite.

Uue versioonis on võrreldes eelmise väljaandega tehtud 745 muudatust, mille kallal on töötanud 74 arendajat, kellest 18 osalesid arendustes esmakordselt. Peamised uuendused:

• Alates versioonist 1.18 on saadaval uus kommitite komplekti edastamise režiim „git rebase —rebase-merges”, mis asendas vana valiku „—preserve-merges”, mis on nüüd märgitud kui vananenud. Operatsioon „git rebase” rakendab seeriat commit'e uue aluscommit'i vastu, näiteks, et viia eraldi haru, kus arendatakse uut funktsiooni, praegusse master-haru, mis sisaldab pärast harunemist lisatud parandusi:

  o — o — o (minu-funktsioon)

  /

  o — o — o — o — o (master)

  o — o — o (minu-funktsioon)

  /

  o — o — o — o — o (master)

  Varem sai struktuuri säilitamiseks harude vahel kasutada valikut „—preserve-merges”, mis võimaldas interaktiivsel režiimil käivitades (git rebase -i —preserve-merges) redigeerida commit'i ajalugu, kuid ei taganud reposi struktuuri täielikku säilitamist. Uus režiim „—rebase-merges” võimaldab säilitada muudatuste struktuuri edastatavas harus, pakkudes samas täisvõimalust interaktiivseteks toiminguteks, sealhulgas commit'ite kustutamine, ümbergruppimine ja nimetamine.

  Näiteks „—rebase-merges” kaugelt sulgeda vahekaarte, mis on avatud teistel seadmetel. üle kanda commit'id eraldi harust uuemale master-harule, säilitades samal ajal harude struktuuri edastatavas harus ning teostada vahepeal mõned muudatused commit'ite märkmetes.

• On lisatud uus haru loomise tugi, mis põhineb kahe muu haru (merge base, seondumine ühise esivanemaga) sulamistasu määramisel, kasutades konstruktsioone „git branch new A…B” ja „git checkout -b new A…B”, kus „A…B” tähendab kahe määratud commit'i vahelise sulamistasu määramist, sarnaselt „git checkout A…B” meetodile, mis nihutab HEAD baascommit'ile ja „diff A…B” näitab muudatusi commit'i „B” ja commit'iga „A” ühise esivanema vahel.

  Näiteks, töötades eraldi haru my-feature kallal, saab pakutud võimalust kasutada, kui on vaja alustada teisest harust, näiteks samast kohast master-harus, kust haru my-feature välja tõmmati. Varem oli selleks vajalik manuaalselt uurida muudatuste ajalugu, mis tekitas ebamugavusi, kui ajalugu oli suur, ning seejärel käivitada «git merge-base master my-feature» kahe haru master ja my-feature vahelise ühisvanema hash'i arvutamiseks ning luua uus haru suhteliselt ühisvanema «git branch my-other-feature hash» osas. Git 2.22-st alates on kahe teise haru baasil uue haru loomiseks võimalik kasutada süntaksit «git branch my-other-feature A…B»;

• Lisatud on valik «git branch —show-current», et kuvada haru nimi, saadud checkout-operatsiooni käigus;
• Lisatud on valik «git checkout —no-overlay — dir», mis võimaldab checkout-operatsiooni käigus viia katalooge dir sisu vastavusse master-haru olekuga. Näiteks, kui lokaalses versioonis kataloogis dir on fail, mida master-harus ei eksisteeri, siis toimub «git checkout master — dir» käivitamisel selle jätmine vaikimisi, kuid kui kasutada valikut «—no-overlay», siis see kustutatakse;
• Käskluses «git diff» on rakendatud universaalne API valikute töötlemiseks, mis on võimaldanud ühtlustada võimaluste töötlemist teiste git-utilitydega. Näiteks on «git diff» puhul nüüd kõigile valikutele saadaval ka nende antagonisti valikud («—function-context» ja «—no-function-context»);
• Lisatud on võimalus filtreerida, kui väljastatakse «git log», kommittele kinnitatud laiendatud silte («trailer» — lisainformatsiooni lipud, nagu Signed-off-by ja Co-authored-by). Sildid on filtreeritavad, kasutades nii võtit kui väärtust, näiteks:
  «git log —pretty=»%(trailers:key=Reviewed-by,valueonly)»;
• Lisatud on uus jälgimismehhanism Trace2, mis pakub paindlikumat ja struktureeritumat väljundvormingut. Trace2 võimaldab koguda telemeetriat teostatavatest operatsioonidest ja jõudlusandmetest, et teha üksikasjalikumat analüüsi ja tõrkeotsingut (kasutaja määrab töötleja, mingeid andmeid ei saadeta väljapoole);
• Parandatud on raportit «git bisect», kus probleemsed commitid on nüüd selgemalt esile tõstetud ja iga faili kohta on kuvatud kokkuvõtlik statistika (muudetud ridade arvu tasemel);
• Kataloogide ümbernimetamise heuristika on ümber töötatud, et vältida vale ümbernimetamise sildistamise kinnitamist. Kahtluse korral on nüüd sellised kataloogid märgistatud konfliktsetena;
• Käivitati hoiatusteade, kui proovitakse siltida teist silti, mis tavaliselt juhtub ekslikult ja võib viia sildi paigaldamiseni valele commitile (näiteks konstruktsioon «git tag -f -m «updated message» my-tag1 my-tag2» loob sildi vanemale sildile, samas kui arendaja eeldas, et uus silt paigaldatakse commitile, millele viitab vana silt);
• Käivitati generatsioon bitikaartide hoidlate jaoks (diskstruktuur «reachability bitmaps»), mis salvestavad andmed objektide komplektide kohta, mis on iga commiti jaoks kergesti kättesaadavad, võimaldades kiiresti kindlaks teha põhobjekti olemasolu. Märgitud struktuur vähendab oluliselt andmete väljatõmbamise (git fetch) operatsioonide täitmise aega.

Allikas: opennet.ru