{"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\/sv\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Uppsl\u00e4pp av versionshanteringssystemet Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter tv\u00e5 m\u00e5nader av utveckling har den distribuerade k\u00e4llkodshanteringssystemet Git 2.35 sl\u00e4ppts. Git \u00e4r ett av de mest popul\u00e4ra, p\u00e5litliga och h\u00f6gpresterande versionskontrollsystemen, som erbjuder flexibla verktyg f\u00f6r icke-linj\u00e4r utveckling baserat p\u00e5 grenutveckling och sammanslagning. F\u00f6r att s\u00e4kerst\u00e4lla integriteten i historiken och motst\u00e5ndskraft mot \u00e4ndringar \"i efterhand\" anv\u00e4nds implicit hashning av hela den tidigare historiken i varje commit, och det \u00e4r \u00e4ven m\u00f6jligt att verifiera digitalt med utvecklarnas signaturer f\u00f6r specifika taggar och commits. <\/p>\n
I j\u00e4mf\u00f6relse med den f\u00f6reg\u00e5ende versionen har 494 \u00e4ndringar antagits i den nya versionen, f\u00f6rberedda av 93 utvecklare, varav 35 deltog i utvecklingen f\u00f6r f\u00f6rsta g\u00e5ngen. De viktigaste nyheterna \u00e4r: <\/p>\n
\n
M\u00f6jligheterna att anv\u00e4nda SSH-nycklar f\u00f6r att verifiera Git-objekt med digital signatur har ut\u00f6kats. F\u00f6r att s\u00e4rskilja giltighetstiden f\u00f6r flera nycklar har st\u00f6d f\u00f6r OpenSSH-direktiv \"valid-before\" och \"valid-after\" lagts till, vilket m\u00f6jligg\u00f6r korrekt hantering av signaturer efter rotation av en utvecklares nyckel. Tidigare uppstod problem med att s\u00e4rskilja signaturer fr\u00e5n den gamla och nya nyckeln \u2014 om den gamla nyckeln tas bort, kan signerade objekt som skapats med den inte verifieras, och om den l\u00e4mnas kvar kan nya signaturer skapas med den gamla nyckeln, trots att en ny nyckel har ersatt den. Med hj\u00e4lp av valid-before och valid-after kan man s\u00e4rskilja nycklarnas giltighetsomr\u00e5de baserat p\u00e5 signaturens skapelsedatum.\n
I inst\u00e4llningen merge.conflictStyle, som till\u00e5ter val av stil f\u00f6r konflikthantering vid sammanslagning, har st\u00f6d f\u00f6r stilen \"zdiff3\" lagts till. Denna stil flyttar alla standardrader, som anges i b\u00f6rjan eller slutet av konflikten, utanf\u00f6r konfliktomr\u00e5det, vilket ger en mer kompakt presentation av informationen.\n
Kommandot \"git stash\" har f\u00e5tt l\u00e4get \"--staged\", som endast d\u00f6ljer \u00e4ndringar som har lagts till i indexet. Detta \u00e4r anv\u00e4ndbart i situationer d\u00e4r man tillf\u00e4lligt beh\u00f6ver skjuta upp en del komplexa \u00e4ndringar f\u00f6r att f\u00f6rst f\u00e5 in det som redan \u00e4r klart, och senare ta itu med resten. Detta l\u00e4ge liknar kommandot \"git commit\", som registrerar endast de f\u00f6r\u00e4ndringar som har lagts till i indexet, men ist\u00e4llet f\u00f6r att skapa en ny commit sparas resultatet i det tempor\u00e4ra stash-omr\u00e5det i \"git stash --staged\". N\u00e4r \u00e4ndringarna beh\u00f6vs kan de \u00e5terst\u00e4llas med kommandot \"git stash pop\".\n
Ett nytt format-specifikator «—format=%(describe)» har lagts till i kommandot «git log», vilket g\u00f6r det m\u00f6jligt att kombinera utskriften av «git log» med resultatet av kommandot «git describe». Parametrar f\u00f6r «git describe» anges direkt inuti specifikatorn («—format=%(describe:match=<foo>,exclude=<bar>)»), d\u00e4r \u00e4ven f\u00f6rkortade taggar kan inkluderas («—format=%(describe:tags=<bool>)») och antalet hexadecimala tecken f\u00f6r objektidentifiering kan anpassas («—format=%(describe:abbrev=<n>)»). Till exempel, f\u00f6r att visa de 8 senaste committerna vars taggar inte har n\u00e5gon release-kandidat-m\u00e4rkning, och ange 8-teckens identifierare, kan kommandot anv\u00e4ndas: $ 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 inst\u00e4llningen user.signingKey har st\u00f6d f\u00f6r nya nyckeltyper inf\u00f6rts, som inte begr\u00e4nsar sig till typen «ssh-» eller den fullst\u00e4ndiga filv\u00e4gen till nyckeln. Alternativa typer anges med prefixet «key::», till exempel «key::ecdsa-sha2-nistp256» f\u00f6r ECDSA-nycklar.\n
Hastigheten f\u00f6r att generera en f\u00f6r\u00e4ndringslista i l\u00e4get «—histogram» har \u00f6kat avsev\u00e4rt, liksom vid anv\u00e4ndning av alternativet «—color-moved-ws» som styr markerandet av mellanslag i f\u00e4rgad diff.\n
I kommandot «git jump», som anv\u00e4nds f\u00f6r att ge Vim information om exakta hopp till \u00f6nskad position i filen vid sammanfogningskonflikter, visningsskillnader eller s\u00f6koperationer, har m\u00f6jligheten att begr\u00e4nsa omfattningen av sammanfogningskonflikter lagts till. Till exempel, f\u00f6r att begr\u00e4nsa operationerna endast till mappen «foo» kan du ange «git jump merge — foo», och f\u00f6r att utesluta mappen «Documentation» fr\u00e5n bearbetningen kan du ange «git jump merge ‘:^Documentation'».\n
Arbetet med att standardisera anv\u00e4ndningen av typen «size_t» ist\u00e4llet f\u00f6r «unsigned long» f\u00f6r v\u00e4rden som representerar storleken p\u00e5 objekt har genomf\u00f6rts, vilket g\u00f6r det m\u00f6jligt att anv\u00e4nda filter «clean» och «smudge» med filer som \u00e4r st\u00f6rre \u00e4n 4 GB p\u00e5 alla plattformar, inklusive plattformar med LLP64 datamodell, d\u00e4r typen «unsigned long» \u00e4r begr\u00e4nsad till 4 byte.\n
I kommandot «git am» har tillagts alternativet «—empty=(stop|drop|keep)», vilket g\u00f6r att man kan v\u00e4lja beteende f\u00f6r tomma mejl som inte inneh\u00e5ller patchar n\u00e4r man bearbetar patchar fr\u00e5n mejlen. V\u00e4rdet «stop» leder till att hela operationen f\u00f6r applicering av patchar avslutas, «drop» — hoppar \u00f6ver den tomma patchen, «keep» — skapar en tom commit.\n
I kommandona «git reset», «git diff», «git blame», «git fetch», «git pull» och «git ls-files» har st\u00f6d f\u00f6r partiella index (sparse index) lagts till, vilket m\u00f6jligg\u00f6r \u00f6kad prestanda och sparande av utrymme i repositorier d\u00e4r partiell kloning (sparse-checkout) utf\u00f6rs.\n
Kommandot «git sparse-checkout init» har f\u00f6rklarats som inaktuellt, ist\u00e4llet b\u00f6r «git sparse-checkout set» anv\u00e4ndas.\n
Den f\u00f6rsta implementationen av den nya backend «reftable» f\u00f6r att lagra referenser, s\u00e5som grenar och taggar, i repositoriet har lagts till. Den nya backend anv\u00e4nder blocklagring som till\u00e4mpas av JGit-projektet och \u00e4r optimerad f\u00f6r att lagra ett mycket stort antal referenser. Backend \u00e4r fortfarande inte integrerad med referenssystemet (refs) och \u00e4r inte redo f\u00f6r praktisk anv\u00e4ndning.\n
F\u00e4rgpaletten f\u00f6r kommandot «git grep» har anpassats till GNU grep-verktyget. <\/ul>\n