{"id":103093,"date":"2022-01-25T15:36:40","date_gmt":"2022-01-25T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35"},"modified":"2022-01-25T15:36:40","modified_gmt":"2022-01-25T13:36:40","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Udgivelsen af versionsstyringssystemet Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter to m\u00e5neders udvikling er version 2.35 af det distribuerede versionskontrolsystem Git blevet offentliggjort. Git er et af de mest popul\u00e6re, p\u00e5lidelige og h\u00f8jtydende systemer til versionskontrol, der tilbyder fleksible v\u00e6rkt\u00f8jer til ikke-line\u00e6r udvikling baseret p\u00e5 forgrening og sammensmeltning af grene. For at sikre historikkens integritet og modstand mod \u00e6ndringer 'bagud', anvendes implicit hashing af hele den tidligere historie i hvert commit, og det er ogs\u00e5 muligt at verificere digitale signaturer af udviklere for individuelle tags og commits. <\/p>\n
Sammenlignet med den forrige version er der i den nye version accepteret 494 \u00e6ndringer, forberedt med deltagelse af 93 udviklere, hvoraf 35 deltager i udviklingen for f\u00f8rste gang. De vigtigste nyheder er: <\/p>\n
\n
Mulighederne for brug af SSH-n\u00f8gler til at bekr\u00e6fte Git-objekter med digitale signaturer er blevet udvidet. For at skelne mellem gyldighedsperioden for flere n\u00f8gler er underst\u00f8ttelse af OpenSSH-direktiverne 'valid-before' og 'valid-after' tilf\u00f8jet, hvilket muligg\u00f8r korrekt arbejde med signaturer efter en n\u00f8glerotation hos en af udviklerne. Tidligere var der et problem med adskillelse af signaturer med den gamle og den nye n\u00f8gle \u2014 hvis den gamle n\u00f8gle blev fjernet, kunne de signaturer, der var lavet med den, ikke verificeres, og hvis den blev beholdt, ville der stadig v\u00e6re mulighed for at lave nye signaturer med den gamle n\u00f8gle, som allerede var blevet erstattet af en ny. Med 'valid-before' og 'valid-after' kan man adskille n\u00f8glernes gyldighedsomr\u00e5de baseret p\u00e5 tidspunktet for signaturens oprettelse.\n
I indstillingen merge.conflictStyle, som g\u00f8r det muligt at v\u00e6lge en m\u00e5de at formatere konfliktinformation ved sammensmeltning, er der tilf\u00f8jet st\u00f8tte til modulet 'zdiff3', der flytter alle type-strenge, angivet i starten eller slutningen af konflikten, uden for konfliktomr\u00e5det. Dette muligg\u00f8r en mere kompakt pr\u00e6sentation af informationen.\n
Der er tilf\u00f8jet til 'git stash'-kommandoen en '\u2014staged'-tilstand, der g\u00f8r det muligt kun at gemme \u00e6ndringer, der er tilf\u00f8jet til indekset. Dette er nyttigt i situationer, hvor man midlertidigt skal l\u00e6gge nogle komplekse \u00e6ndringer til side for f\u00f8rst at tilf\u00f8je det, der allerede er klart, og s\u00e5 tage sig af resten senere. Denne tilstand minder om 'git commit'-kommandoen, der kun registrerer \u00e6ndringer, der er placeret i indekset, men i stedet for at oprette et nyt commit gemmes resultatet i stash-omr\u00e5det. N\u00e5r \u00e6ndringerne bliver n\u00f8dvendige, kan de gendannes med 'git stash pop'-kommandoen.\n
Et nyt format specifikator «--format=%(describe)» er blevet tilf\u00f8jet til kommandoen «git log», hvilket muligg\u00f8r en kombination af output fra «git log» med resultatet af at k\u00f8re kommandoen «git describe». Parametrene for «git describe» angives direkte inden for specifikatoren («--format=%(describe:match=,exclude=)»), hvor det ogs\u00e5 er muligt at inkludere forkortede tags («--format=%(describe:tags=)») og indstille antallet af hexadecimale tegn til at identificere objekter («--format=%(describe:abbrev=)»). For eksempel, for at vise de 8 seneste commits, hvis tags ikke har en kandidat til udgivelse, og angive 8 tegns identifikatorer, kan f\u00f8lgende kommando bruges: $ git log -8 —format=’%(describe:exclude=*-rc*,abbrev=13)’ v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132\n
I indstillingen user.signingKey er supporten for nye n\u00f8gletyper blevet implementeret, som ikke kun er begr\u00e6nset til typen «ssh-» og angivelsen af den fulde filsti til n\u00f8glefilerne. Alternative typer angives med pr\u00e6fikset «key::», eksempelvis «key::ecdsa-sha2-nistp256» for ECDSA-n\u00f8gler.\n
Hastigheden ved generering af \u00e6ndringslisten er betydeligt forbedret i tilstand «--histogram», samt ved brug af indstillingen «--color-moved-ws», der styrer markeringen af mellemrum i farvet diff.\n
I kommandoen «git jump», der bruges til at give Vim information om pr\u00e6cise overgange til en \u00f8nsket position i filen under behandling af sammenfletningskonflikter, gennemgang af forskelle eller udf\u00f8relse af s\u00f8gneoperationer, er muligheden for at begr\u00e6nse de behandlede sammenfletningskonflikter blevet introduceret. For eksempel kan du angive «git jump merge — foo» for kun at begr\u00e6nse operationer til kataloget «foo», og for at udelukke kataloget «Documentation» fra behandling — «git jump merge ‘:^Documentation'».\n
Der er arbejdet p\u00e5 at standardisere brugen af typen «size_t» i stedet for «unsigned long» til v\u00e6rdier, der repr\u00e6senterer st\u00f8rrelsen af objekter, hvilket har muligt at anvende filtre «clean» og «smudge» p\u00e5 filer over 4 GB p\u00e5 alle platforme, inklusiv platforme med LLP64 datamodellen, hvor «unsigned long» er begr\u00e6nset til 4 bytes.\n
I teamet «git am» er der tilf\u00f8jet en mulighed «—empty=(stop|drop|keep)», som g\u00f8r det muligt at v\u00e6lge adf\u00e6rden for tomme e-mails, der ikke indeholder patcher, n\u00e5r man analyserer patcher fra postkassen. V\u00e6rdien «stop» vil afslutte hele patch-applikationsoperationen, «drop» vil springe den tomme patch over, og «keep» vil oprette et tomt commit.\n
Der er tilf\u00f8jet underst\u00f8ttelse af delvise indekser (sparse index) i kommandoerne «git reset», «git diff», «git blame», «git fetch», «git pull» og «git ls-files», hvilket kan forbedre ydeevnen og spare plads i repositories, hvor der udf\u00f8res delvise kloningsoperationer (sparse-checkout).\n
Kommandoen «git sparse-checkout init» er blevet erkl\u00e6ret for\u00e6ldet, og i stedet b\u00f8r man bruge «git sparse-checkout set».\n
Der er tilf\u00f8jet en f\u00f8rste implementering af den nye backend «reftable» til opbevaring af referencer, s\u00e5som grene og tags, i repository. Den nye backend bruger bloklagring, der anvendes af JGit-projektet, og som er optimeret til at gemme et meget stort antal referencer. Backend'en er stadig ikke integreret med referencesystemet (refs) og er ikke klar til praktisk anvendelse.\n
Farvepaletten for kommandoen «git grep» er nu i overensstemmelse med GNU grep-v\u00e6rkt\u00f8jet. <\/ul>\n