Git 2.38 inkluderer scalar, det nye hjælpeprogram udviklet af Microsoft, forbedringer og mere

nylig frigivelsen af ​​den nye version blev annonceret distribueret kildekodekontrolsystem Git 2.38, som i forhold til den tidligere version blev accepteret 699 ændringer i den nye version, udarbejdet med deltagelse af 92 udviklere, hvoraf 24 deltog i udviklingen for første gang.

For dem, der ikke er bekendt med Git, skal du vide, at dette er et af de mest populære versionskontrolsystemer, pålidelig og højtydende software, der giver fleksible ikke-lineære udviklingsværktøjer baseret på gafler og sammenlægninger af gafler.

For at sikre historiens integritet og modstand mod tilbagedatering af ændringer, bruges implicit hashing af al tidligere historie i hver commit, det er også muligt at verificere de digitale signaturer fra udviklerne af individuelle tags og commits.

Git 2.38 Nøgle nye funktioner

I denne nye version af Git 2.38, der præsenteres, fremhæves det skalarværktøj inkluderet udviklet af Microsoft til håndtering af store depoter. Værktøjet blev oprindeligt skrevet i C#, men en modificeret C-version er inkluderet i git. Det nye værktøj adskiller sig fra git-kommandoen ved at inkludere yderligere funktioner og indstillinger standarder, der påvirker ydeevnen, når du arbejder med meget store lagre.

For eksempel, når du bruger skalar, gælder følgende:

• Delvis kloning for at arbejde med en ufuldstændig kopi af depotet.
• Indbygget filsystemændringssporingsmekanisme (FSMonitor), som eliminerer behovet for at liste hele arbejdsmappen.
• Indekser, der dækker objekter i forskellige filpakker (multi-pakke).
• Commit graffiler med et commit grafindeks, der bruges til at optimere adgangen til commit information.
• Periodisk baggrundsarbejde for at opretholde den optimale struktur af depotet i baggrunden uden at blokere den interaktive session (en gang i timen arbejdes der med at hente nye objekter fra fjernlageret og opdatere filen med commit-grafen, og processen med at pakke af depotet startes hver nat).
• En "sparseCheckoutCone"-tilstand, der begrænser de gyldige mønstre i delvis kloning.

En anden ændring, der præsenteres i denne nye version af Git 2.38, er "–update-refs" mulighed for "git rebase" kommandoen at opdatere afhængige filialer, der skærer sig med flyttede filialer, så du ikke manuelt behøver at tjekke hver afhængig filial for at skifte til den ønskede commit.

Det fremhæves også, at bitmap-filformatet er blevet optimeret til at arbejde med store lagre- Tilføjet en valgfri indekstabel med en liste over udvalgte commits og deres offsets.

Ud over dette kan vi finde det i kommandoen "git merge-tree" implementerer en ny tilstand hvori, ud fra to specifikke commits udregnes et træ med resultatet af fusionen, som om historierne om disse forpligtelser var fusioneret.

Konfiguration tilføjet "safe.barerepository" for at kontrollere, om depoter, der ikke indeholder et træ af arbejde, de kan placeres i andre git-repositories. Når indstillet til "eksplicit", vil blottede arkiver placeret i den øverste mappe kun kunne fungere. For at kunne placere blottede repositories i undermapper, skal værdien "alle" bruges.

Af de andre ændringer der skiller sig ud fra denne nye version:

• Tilføjet "-m" ("–max-count") mulighed til "git grep" kommandoen, som ligner GNU grep indstillingen af ​​samme navn og giver dig mulighed for at begrænse antallet af matchresultater.
• Kommandoen "ls-files" implementerer muligheden "--format" for at tilpasse outputfelter (du kan f.eks. aktivere output af objektnavn, tilstande osv.).
• I "git cat-file", når indholdet af objekter vises, implementeres muligheden for at tage hensyn til forfatteres links til e-mail, specificeret i mail map-filen.
• "git rm" kommando gjort kompatibel med delvise indekser.
• Forbedrede opførselen af ​​"git mv AB"-kommandoen ved flytning af en fil fra et arbejdsområde med delvise indekser i "cone"-tilstand til et udendørs område, hvor denne tilstand ikke anvendes.

Endelig hvis du er interesseret i at vide mere om det, kan du kontrollere detaljerne I det følgende link.