{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Udgivelsen af kildekodeh\u00e5ndteringssystemet Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter to m\u00e5neders udvikling er udgaven af det distribuerede versionskontrolsystem Git 2.39 blevet offentliggjort. Git er et af de mest popul\u00e6re, p\u00e5lidelige og h\u00f8jtydende versionskontrolsystemer, der tilbyder fleksible redskaber til ikke-line\u00e6r udvikling, baseret p\u00e5 forgrening og sammensmeltning af grene. For at sikre integriteten af historien og modstandsdygtigheden over for \u00e6ndringer \"i bagklogskabens lys\" anvendes implicit hashing af hele den tidligere historie i hver commit, og det er ogs\u00e5 muligt at autentificere digitale signaturer fra udviklere p\u00e5 individuelle tags og commits. <\/p>\n
I forhold til den tidligere version er 483 \u00e6ndringer blevet vedtaget i den nye version, udarbejdet med deltagelse af 86 udviklere, hvoraf 31 deltager for f\u00f8rste gang i udviklingen. De vigtigste nyheder er: <\/p>\n
\n
I kommandoen \"git shortlog\", som er beregnet til at vise resum\u00e9er med statistik fra \u00e6ndringshistorikken, er der tilf\u00f8jet en mulighed \"--group\" til arbitr\u00e6r gruppering af commits p\u00e5 omr\u00e5der, der ikke er begr\u00e6nset til forfatter eller commit-udf\u00f8rer. For eksempel, for at vise en liste over udviklere med information om antallet af \u00e6ndringer, der inkluderer medforfattere n\u00e6vnt i feltet \"Co-authored-by\", kan man bruge kommandoen: git shortlog -ns --group=author --group=trailer:co-authored-by\n
Shortlog-output kan aggregeres ved hj\u00e6lp af formatteringsspecifikatorer, og indstillingen «—group» g\u00f8r det betydeligt lettere at oprette komplekse rapporter og undg\u00e5 ekstra sorteringskommandoer. For eksempel, for at oprette en rapport med information om, hvor mange commits der blev accepteret for et givet udgivelse i hver m\u00e5ned, kan man angive: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12. Tidligere ville en lignende opgave kr\u00e6ve brug af sort- og uniq-v\u00e6rkt\u00f8jer: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c. <\/p>\n
Mulighederne for mekanismen «cruft packs» er blevet udvidet. Den er designet til at pakke utilg\u00e6ngelige objekter, som der ikke er nogen henvisninger til i repositoriet (hverken fra grene eller tags). Utilg\u00e6ngelige objekter slettes af affaldssamleren, men forbliver i repositoriet i en periode inden sletning for at undg\u00e5 race-tilstande. Mekanismen «cruft packs» giver mulighed for at gemme alle utilg\u00e6ngelige objekter i \u00e9n pack-fil, mens data om \u00e6ndringstidspunktet for hvert objekt bliver reflekteret i en separat tabel, der gemmes i en fil med udvidelsen «.mtimes», s\u00e5 de ikke krydser med den samlede \u00e6ndringstid.\n
Tidspunktet for, hvor l\u00e6nge utilg\u00e6ngelige objekter forbliver i repositoriet f\u00f8r den faktiske sletning, bestemmes af indstillingen «—prune=<date>». Selvom der er tale om en rimelig effektiv metode til at forhindre skader p\u00e5 repositoriet p\u00e5 grund af race-tilstande, er den ikke 100 % p\u00e5lidelig. For at forenkle genoprettelsen af beskadigede repositorier, er der i den nye version tilf\u00f8jet mulighed for at gemme manglende objekter. Til dette er der tilf\u00f8jet en indstilling «—expire-to» til kommandoen «git repack», som giver mulighed for at angive en fil til at oprette en ekstern kopi af alle slettede objekter. For eksempel, for at gemme utilg\u00e6ngelige objekter, der ikke har v\u00e6ret \u00e6ndret de sidste 5 minutter i filen backup.git, kan man bruge kommandoen: git repack —cruft —cruft-expiration=5.minutes.ago -d —expire-to=..\\\/backup.git <\/p>\n
Hastigheden for udf\u00f8relsen af operationen «git grep —cached» er betydeligt \u00f8get (med op til 70 %) ved s\u00f8gninger i omr\u00e5der, hvor delvis kloning (sparse-checkout) anvendes, og hvor der findes delvise indekser (sparse index). Tidligere blev der med indstillingen «—cached» f\u00f8rst udf\u00f8rt en s\u00f8gning i den almindelige indeks, og derefter i de delvise, hvilket f\u00f8rte til m\u00e6rkbare forsinkelser ved s\u00f8gning i store repositorier.\n