2 februar præsenteret frigivelse af et distribueret kildekontrolsystem Git 2.53.
Git er yderst produktivt og tilbyder ikke-lineære udviklingsmuligheder baseret på forgrening og sammenlægning. For at sikre historisk integritet og modstandsdygtighed over for ændringer med tilbagevirkende kraft bruger det implicit hashing af hele den tidligere historik i hver commit, samt digitale signaturer af individuelle tags og commits. Git-kode distribueret af licenseret under GPLv2+.
Sammenlignet med den tidligere udgivelse indeholder den nye version 466 ændringer, der er udarbejdet med deltagelse af 70 udviklere (hvoraf 21 var nye inden for Git-udvikling). innovationer:
- Tilføjet Muligheden for at anvende den geometriske pakkestrategi for arkiver (git repack --geometric) på delvist klonede eksterne arkiver, der kører i promisor-tilstand (manglende objekter downloades efter behov). Ved genpakning med --geometric-indstillingen behandles og pakkes pakkefiler med filtypenavnet .promisor separat. Den geometriske strategi reducerer vedligeholdelsestiden for store monoarkiv ved selektivt at genpakke objekter og eliminere unødvendige ressourcekrævende operationer, såsom at flette alle pakkefiler (den geometriske progression af pakkefilstørrelser opretholdes, hvilket kræver, at hver efterfølgende pakkefil er mindst dobbelt så stor som den foregående).
- Indstillingen --signed-commits=strip-if-invalid er blevet tilføjet til git fast-import-kommandoen for at fjerne digitale signaturer fra importerede objekter, der er blevet ugyldige efter at have overskrevet en del af arkivets historik. Tidligere var det muligt enten at importere eller fjerne alle signaturer uden at skelne mellem gyldige og ugyldige signaturer. Indstillingen strip-if-invalid muliggør implementering af værktøjer til at bevare gyldige signaturer og gensignere objekter med udløbne signaturer.
- Outputtet fra git repo structure-kommandoen inkluderer nu information om størrelsen på alle tilgængelige objekter i arkivet, opdelt efter type. Disse oplysninger vises nu i et læsbart format med måleenheder og vises separat for faktiske størrelser og diskstørrelser, så du kan estimere arkivets samlede diskstørrelse:
$git repo-struktur | Repository-struktur | Værdi | | ——————— | ———- | | * Referencer | | | * Antal | 1.78k | | *Grener | 5 | | * Tags | 1.03k | | * Fjernenheder | 749 | | *Andre | 0 | | | | | * Tilgængelige objekter | | | * Antal | 421.37k | | * Commits | 88.03k | | * Træer | 169.95k | | * Blobs | 162.40k | | * Tags | 994 | | * Oppustet størrelse | 7.61 GiB | | * Commits | 60.95 MiB | | * Træer | 2.44 GiB | | * Blobs | 5.11 GiB | | * Tags | 731.73 KiB | | * Diskstørrelse | 301.50 MiB | | * Commits | 33.57 MiB | | * Træer | 77.92 MiB | | * Blobs | 189.44 MiB | | * Tags | 578.13 KiB |
- git maintenance-kommandoen er blevet opdateret med en is-needed underkommando til kun at udføre vedligeholdelseshandlinger for arkivet, når det er nødvendigt.
- Den eksperimentelle git replay-kommando opdaterer nu som standard referencer i en transaktion i stedet for at vise, hvor referencerne skal pege, uden at opdatere.
- `git blame`-kommandoen giver dig nu mulighed for at vælge algoritmen til differenceevaluering ved hjælp af `--diff-algorithm=`-indstillingen. .
- Indstillingen --all er blevet tilføjet til git repo info-kommandoen.
- Из Git-for-Windows Understøttelse af symbolske links er blevet flyttet til platformen Windows.
Det sidste nummer blev suppleret med en advarsel om at aktivere Rust-komponentopbygning som standard i Git 2.53. Men faktisk kun i Git 2.53 tilføjet Nogle forbedringer af Rust-understøttelse (mulighed for at bygge uden GNU sed), men bygge med Rust når Makefile bruges forladt deaktiveret som standard (kræver indstilling af WITH_RUST-flaget), og når Meson bruges automatisk aktiveret hvis du har rustc-compileren. I Git 3.0 er Rust-værktøjskæden har til hensigt inkluderes i listen over nødvendige byggeafhængigheder.
Kilde: linux.org.ru
