Etter tre måneders utvikling er den avduket lanseringen av den nye versjonen av det populære distribuerte kildekontrollsystemet git 2.32. Sammenlignet med forrige versjon, 617 endringer ble vedtatt i den nye versjonen, utarbeidet med deltakelse av 100 utviklere, hvorav 35 deltok i utviklingen for første gang.
For de som ikke er klar over Git du bør vite at dette er et av de mest populære versjonskontrollsystemene, pålitelig og høy ytelse, og gir fleksible ikke-lineære utviklingsverktøy basert på forgrening og sammenslåing.
For å sikre historikkintegritet og motstand mot "tilbakevirkende" endringer, blir implisitt hashing av all tidligere historie brukt i hver kommisjon, det er også mulig å sertifisere med digitale signaturer av individuelle koder og forplikter utviklere.
Git 2.32 Viktige nye funksjoner
I denne nye versjonen i stedet for mekanismen GIT_CONFIG_NOSYSTEM som brukes til å unngå å lese en konfigurasjonsfil fra hele systemet, nå det foreslås å bruke GIT_CONFIG_SYSTEM-mekanismen, som lar deg eksplisitt spesifisere fra hvilken fil systemomspennende konfigurasjoner skal lastes, samt parameteren GIT_CONFIG_GLOBAL for å overstyre brukerspesifikke innstillinger i $ HJEM / .git når du stiller inn variabelen GIT_CONFIG_SYSTEM.
En annen endring som er gjort er at nå når den andre versjonen av Git-kommunikasjonsprotokollen brukes, når du utfører "git push", implementeres definisjonen på mottakersiden, noe som gjorde det mulig å bringe effektiviteten til "git push" til nivået "git-søk»Og fjern lasting av gjenstander som ikke er nødvendige.
Alternativet "-tilhenger [= ] "Har blitt lagt til" git commit "-kommandoen, hva gjør det enkelt å legge ved egen strukturert informasjon i nøkkel- / verdiformat ved bekreftelse, som deretter kan behandles med kommandoen «tolke-trailere".
Det bemerkes også at alternativet «–Avvis-grunt" til "git klon»For å deaktivere kloning av lager i grunne modus (ingen full endringslogg), pluss en skjult e-postmodus er lagt til gitweb, som erstatter e-poststrenger i utdataene.
Behandlingslogikken til kommandoen «git gjelder –3veis«, Som nå først prøver å bruke treveis sammenslåingsalgoritmen, og bare i tilfelle feil eller konflikt går tilbake til den vanlige patch-applikasjonen (tidligere var det omvendt).
Lagt til alternativ «–Diff-fusjoner =»Til« kommandoengit logg»Og log.diffMerges-konfigurasjonen for å velge standardmodus, samt a ekstra beskyttelse til kommandoene "git add" og "git rm" mot modifisering av data i ruter utenfor omfanget av den spredte betalingsoperasjonen.
- Valget "–Filter = objekt: type =»Har blitt lagt til i« kommandoengit rev-liste»For å ekskludere en bestemt type objekter fra pakkefilen som genereres av kommandoen pakkeobjekter.
- Negative verdier er ikke tillatt git pack-objekter for alternativer som tar numeriske verdier, for eksempel –vindu og – dybde.
- I kommandoen «git gjelder»Det er lov å spesifisere alternativene«–3vei»Y«–Cached" samtidig.
- Kommandoen "git begå»Har en utvidet versjon av alternativet« –fixup »(oppretter en kommisjon for« rebase –autosquash »).
- Kommandoen "git send e-post»Har tatt hensyn til konfigurasjonen av core.hooksPath.
Andre tellere enn heltall er tillatt git format-patch -v . - Et enkelt IPC-grensesnitt ble lagt til for å opprette tjenester som fsmonitor.
- Filbehandlingen stoppet ».gitattributter "," .gitignore "og" .mailmap»Hvis de er symbolske lenker.
For HTTP-transport er det lagt til støtte for hurtigbufring av passord som ble brukt for å låse opp et sertifikat. - Kommandoen "git stash show»Har muligheten til å vise den ikke-sparte delen av arkivet for midlertidig lagringsfil.
En mer avansert strategi er blitt foreslått for å pakke om et lager med kommandoen «git ompakking«, Som gjør det mulig å redusere ressursforbruket under ompakking.
Endelig hvis du er interessert i å vite mer om det om denne nye versjonen, kan du sjekke detaljene i følgende lenke.