Git 2.54

Presentert utgjeving av eit distribuert system for versjonskontroll Git 2.54. Git skiller seg ut med høg ytelse og gir verktøy for ikkje-lineær utvikling basert på greinings- og samanslåingsmetodar. For å sikre integriteten til historikken og motstandsdyktigheit mot 'tilbakeslag', blir det brukt implicitt hashing av heile tidlegare historikk i kvar commit, samt digital signering av utviklarar for enkelte taggar og commits. Koden til Git distribueres under GPLv2+-lisens.

Samanlikna med den tidlegare utgåva inkluderer den nye versjonen 770 endringar, laga med deltaking av 137 utviklarar (66 deltok for fyrste gong i utviklinga av Git).

Viktige nyheter:

• Det er implementert ein kommando «git history», som gir eksperimentelle moglegheiter for å omskrive endringshistorikken, enklare og sikrare å bruke enn å rebasa commits med git rebase. Det blir tilbydd to operasjonar:

  • git history reword for å omskrive meldinga i den spesifiserte commit utan å endre arbeidsverktøyet og indeksen (bortsett frå merknaden, resten forblir uendra). Til dømes, for å rette ein skrivefeil.
  • git history split for interaktiv deling av den spesifiserte commit i to ulike commits ved å flytte valde delar frå den opphavlege commit til ein ekstra commit.

  I framtidige utgåver er det forventa å legge til fleire kommandoar: git history fixup for å rette ein commit, git history drop for å fjerne ein commit, git history reorder for å endre rekkefylgje av commits og git history squash for å slå saman commits.

• Ein ny metode for å definere handterar har blitt implementert (hook) i konfigurasjonsfiler. I stedet for å plassere skripter med håndterere i katalogen .git/hooks i hver enkelt repository, kan nå kommandoene for å kalle håndtererne spesifiseres direkte i konfigurasjonsfilene. Innstillingene kan knyttes til et repository eller angis i konfigurasjonsfiler som gjelder for alle repositories (/etc/gitconfig) eller brukerens repositories (~/.gitconfig). Det er mulig å knytte flere håndterere til én hendelse. Skriptene fra .git/hooks vil fortsatt bli kalt, men kjøres etter håndtererne fra konfigurasjonsfilene. For å se listen over håndterere bør man bruke kommandoen git hook list, og for å selektivt deaktivere kallet til håndterere brukes innstillingen hook..enabled = false:

[hook "linter"] event = pre-commit command = ~/bin/linter --cpp20 [hook "no-leaks"] event = pre-commit command = ~/bin/leak-detector $ git hook list pre-commit global linter ~/bin/linter --cpp20 local no-leaks ~/bin/leak-detector

• I kommandoen «git maintenance» er den geometriske strategien som standard aktivert (git config set maintenance.strategy geometric), som reduserer vedlikeholdstiden for store monorepositories. I forhold til den tidligere strategien, som brukte logikken fra git gc-kommandoen, unngår den nye strategien å pakke om alle objektene og ekskluderer ressurskrevende operasjoner, som å slå sammen alle pakke-filer (sammenføyning skjer i deler og uten opprydning av slettede objekter når det er mulig).
• Objekt-databasen (ODB) og tilknyttede API-er er overført til en ny arkitektur, basert på bruken av pluggbare backend-er. Restruktureringen abstraherer lagringsformatet for objektene og vil i fremtiden muliggjøre funksjoner som alternative backend-er og objektformat, for eksempel for mer effektiv lagring av store binærfiler eller for å optimalisere driften av store git-hosting.
• I kommandoen «git repo struktur», som viser informasjon om repositoriets struktur, har fått utvidet visning av ikke bare total størrelse, men også de største objektene av hver type, noe som gjør at man kan vurdere størrelse uten å bruke eksterne verktøy. git-sizer.

$ git repo structure … | * Største objekter | | | * Commits | | | * Maksimal størrelse [1] | 17.23 KiB | | * Maksimal foreldre [2] | 10 | | * Trees | | | * Maksimal størrelse [3] | 58.85 KiB | | * Maksimal oppføringer [4] | 1.18 k | | * Blobs | | | * Maksimal størrelse [5] | 1019.51 KiB | | * Tags | | | * Maksimal størrelse [6] | 7.13 KiB |

• I kommandoen «git replay», brukt i stedet for git rebase for å gjenskape historien på serveren uten arbeidskatalog, inkluderer en atomær oppdatering av referanser som standard (i stedet for å skrive ut oppdateringsreferansene til manuelt utførelse), muligheten —revert for å annulere endringer fra en serie commits, sikrer at resulterende tomme commits blir forkastet, og muligheten for å gjenskape historien helt tilbake til rotcommit.
• I «git rev-list» og lignende kommandoer er det lagt til et alternativ —maximal-only for å vise bare commits som ikke er tilgjengelige via andre commits.
• I kommandoen «git repo info» er det lagt til et alternativ —keys for å vise en liste over alle kjente nøkler.
• I kommandoen «git add -p» ved navigering mellom kodemoduler med tastene «J» og «K» er det mulig å merke allerede godkjente og oversette moduler. Et alternativ —no-auto-advance er lagt til for å deaktivere automatisk overgang til neste fil, slik at du kan gå tilbake til tidligere filer før commit.
• Det har blitt optimalisert webgrensesnittet «gitweb» for bruk fra mobile enheter.
• I kommandoen «git apply –directory» før bruk, er filstier som .\/un\/..\/normalized\/path normalisert.
• Dokumentert muligheten til å legge til egne underkommandoer ved å plassere filene git-<cmd> i katalogen med utførbare filer.
• I kommandoen «git send-email» har lagt til støtte for klientsertifikater.
• For kommandoen «git status» er det implementert en innstilling status.compareBranches, hvor du kan spesifisere grenene som den nåværende grenen skal sammenlignes med:

[status] compareBranches = @{upstream} @{push}

• I «git rebase» har fått alternativet —trailer for å forenkle tillegg av metadata til alle commits:

git rebase —trailer "Reviewed-by: Test <test@example.com>"`

• I kommandoen «git fast-import» har fått muligheten til å erstatte signaturer for commits som blitt ugyldige etter import.
• Støtta for pakking (compaction) av multifilindekser MIDX (multi-pack index) er lagt til, der små lag av MIDX-indekser som inneholder informasjon om tilgjengelighet av objekter og tilknyttede bitmap-filer blir samlet, noe som reduserer antallet oppsamlede lag i gamle repositorier.
• I git backfill-teamet er det implementert mulighet for å spesifisere revisjoner (kommitintervaller) og sti-maske (pathspec) for å begrense hvilke deler av endringshistorikken som lastes ned:

git backfill main~100..main git backfill -- '*.c'

• Alternative former for å kalle kommandoen git config list er lagt til – git config -l og git config --list.
• Bruk av ikke-ASCII-tegn i navnene på kommandoaliasene som er angitt i konfigurasjonsfilen er tillatt:

[alias "hent"] command = fetch

• Vise av signaturer som har utløpt GPG-nøkler, men som var gyldige på tidspunktet for signering av commit, er endret. Slike signaturer vises nå som gyldige med merknad om at nøkkelen er foreldet (tidligere ble de uthevet i rødt, noe som skapte inntrykk av at de var feilaktige).
• Når man prøver å få tilgang til repositorier via HTTP, er behandling av feilkode 429 (For mange forespørsel) sikret. Forespørsel som resulterer i slik feil vurderes nå ikke som en fatalt problem, men som en midlertidig feil som bør gjentas etter en viss tid. Forsinkelsen før gjentakelse settes gjennom alternativet http.retryAfter, antall gjentakelser – http.maxRetries, og ventetiden – http.maxRetryTime.

Kilde: linux.org.ru