Noen dager siden utgivelsen av den nye versjonen av Git 2.3 ble kunngjort, et av de mest populære, pålitelige og høyytelses versjonskontrollsystemene, og tilbyr fleksible ikke-lineære utviklingsverktøy basert på forgrening og sammenslåing.
Sammenlignet med forrige versjon ble 679 endringer vedtatt i den nye versjonen, utarbeidet med deltakelse av 85 utviklere, hvorav 23 deltok i utviklingen for første gang.
Git 2.31 Viktige nye funksjoner
I denne nye versjonen av Git 2.31 tillegg av kommandoen "git maintenance" er uthevet que tillater periodisk arbeid på systemer som ikke støtter cron. For eksempel, med den nye kommandoen, kan du ordne med jevne mellomrom å starte repositoriets emballasjeprosess slik at du ikke trenger å vente på depotlåsen å fullføre når emballasjen gjøres automatisk når flere kommandoer kjøres.
En annen endring som skiller seg ut er at lagt til støtte for å holde en omvendt indeks på disken (revindeks) for pakkefiler, siden Git lagrer alle data i form av objekter, som er lagret i separate filer. For å forbedre effektiviteten i arbeidet med depotet plasseres objektene i tillegg i pakkefiler, der informasjonen presenteres i form av en strøm av objekter som følges etter hverandre.
For hver pakkefil, en indeksfil (.idx) opprettes, slik at objektidentifikatoren kan brukes for veldig raskt å bestemme forskyvningen i pakkefilen der dette objektet er lagret. Den omvendte indeksen (.rev) foreslått i Git 2.31 har som mål å effektivisere prosessen med å bestemme en objektidentifikator fra informasjon om plasseringen av objektet i en pakkefil.
Tidligere ble en slik konvertering gjort i løpet av analysen fra en pakkefil og den ble bare lagret i minnet, som ikke tillot gjenbruk av indeksene og tvunget til å generere indeksen hver gang. Operasjonen med å lage en indeks er redusere å konstruere en rekke objektposisjonspar og sortere den etter posisjon, noe som kan være tidkrevende for store pakkefiler.
På den annen side kan vi finne det ytelsesoptimaliseringer lagt til basert på utseende i filformatet til bekreftelsestabellen, som brukes til å optimalisere tilgangen til informasjon om bekreftelser, nye data om generasjonsantallet av bekreftelser, som kan brukes til å øke hastigheten på ytterligere operasjoner med bekreftelser.
Videre lagt til muligheten til å overstyre standard grenavn i nye arkiver (init.defaultBranch-konfigurasjon). Når du får tilgang til eksterne arkiver, prøver git å sjekke grenen som HEAD peker på, det vil si hvis den eksterne serveren bruker "main" -grenen som standard, vil "git clone" -operasjonen prøve å finne "main" lokalt.
Av de andre endringene som skiller seg ut:
- Alternativet "–disk-use" lagt til kommandoen "git rev-list" for å vise et sammendrag av størrelsen på objektene.
- Støtte for det avviklede regulære uttrykksbiblioteket PCRE1 er fjernet.
- Forutsatt muligheten til kraftig å forby bruk av snarveier, opptrer uavhengig av hashing-algoritmen. Forbudet aktiveres ved å tilordne verdien "nei" til parameteren core.abbrev.
- Alternativet "–path-format" er lagt til kommandoen "git rev-parse" for eksplisitt å definere utdata fra relative eller absolutte baner.
- Bashs autofullførte skript gjør det enkelt å legge til fullføringsregler for egendefinerte "git" underkommandoer.
- Lagt til "–stdin" -alternativet til "git bundle" -kommandoen for å lese lenker fra standard inngangsstrøm.
- Alternativene "bare til venstre" og "bare til høyre" er lagt til kommandoen "git range-diff" for å vise bare den ene siden av det sammenlignede området.
- Lagt til alternativ "–skip-to = »Til« git difftool »-kommandoen for å gjenoppta en avbrutt økt fra en vilkårlig bane.
- Code of Conduct (Code of Conduct), som definerer de grunnleggende prinsippene for å løse konflikter mellom utviklere, er oppdatert til versjon 2.0 (tidligere versjon 1.4 ble brukt).
Endelig hvis du vil vite mer om det, kan du konsultere følgende lenke.