{"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\/nl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Uitgave van het bronbeheersysteem Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na twee maanden ontwikkeling is versie 2.35 van het gedistribueerde systeem voor versiebeheer Git gepubliceerd. Git is een van de meest populaire, betrouwbare en krachtige versiebeheersystemen, dat flexibele middelen biedt voor niet-lineaire ontwikkeling, gebaseerd op takken en samenvoegen. Om de integriteit van de geschiedenis te waarborgen en weerstand te bieden tegen 'retroactieve' wijzigingen, wordt impliciete hashing van de gehele voorgaande geschiedenis in elke commit gebruikt. Ook is het mogelijk om digitale handtekeningen te bevestigen van ontwikkelaars voor afzonderlijke tags en commits. <\/p>\n
In vergelijking met de vorige release zijn er 494 wijzigingen in de nieuwe versie opgenomen, voorbereid met de deelname van 93 ontwikkelaars, van wie 35 voor het eerst betrokken waren bij de ontwikkeling. Belangrijkste vernieuwingen: <\/p>\n
\n
De mogelijkheden voor het gebruik van SSH-sleutels voor het ondertekenen van Git-objecten met een digitale handtekening zijn uitgebreid. Om de geldigheid van verschillende sleutels te differenti\u00ebren, is ondersteuning voor OpenSSH-instructies 'valid-before' en 'valid-after' toegevoegd, waarmee correcte werking met handtekeningen na rotatie van de sleutel van een ontwikkelaar kan worden gegarandeerd. Eerder was er een probleem met het scheiden van handtekeningen van de oude en nieuwe sleutel - als de oude sleutel werd verwijderd, konden de met deze sleutel gemaakte handtekeningen niet meer worden geverifieerd, en als deze behouden bleef, bleef de mogelijkheid bestaan om nieuwe handtekeningen te maken met de oude sleutel, terwijl deze al was vervangen door een nieuwe sleutel. Met 'valid-before' en 'valid-after' kan de geldigheid van sleutels op basis van de tijd van ondertekening worden gescheiden.\n
In de instelling merge.conflictStyle, die de mogelijkheid biedt om de modus voor het weergeven van conflicten bij samenvoegen te kiezen, is ondersteuning toegevoegd voor de modus 'zdiff3', die alle typische regels die aan het begin of einde van het conflict zijn opgegeven, buiten het conflictgebied plaatst, wat een compactere weergave van informatie mogelijk maakt.\n
De opdracht 'git stash' heeft de modus '--staged' gekregen, waarmee alleen de wijzigingen die aan de index zijn toegevoegd, kunnen worden verborgen. Dit is bijvoorbeeld handig wanneer je een deel van complexe wijzigingen tijdelijk wilt uitstellen, zodat je eerst kunt toevoegen wat al gereed is, en de rest later kunt afhandelen. Deze modus lijkt op de opdracht 'git commit', die alleen de in de index geplaatste wijzigingen registreert, maar in plaats van een nieuwe commit aan te maken, worden de resultaten in de tijdelijke stash-ruimte van 'git stash --staged' opgeslagen. Wanneer de wijzigingen weer nodig zijn, kunnen ze met de opdracht 'git stash pop' worden teruggehaald.\n
Aan de opdracht «git log» is een nieuwe opmaakparameter «—format=%(describe)» toegevoegd, waardoor de uitvoer van «git log» kan worden gecombineerd met de resultaten van de opdracht «git describe». De parameters voor «git describe» worden rechtstreeks binnen de specificatie opgegeven («—format=%(describe:match=<foo>,exclude=<bar>)»), waarin ook verkorte tags kunnen worden opgenomen («—format=%(describe:tags=<bool>)») en het aantal hexadecimale tekens voor objectidentificatie kan worden ingesteld («—format=%(describe:abbrev=<n>)»). Voor de uitvoer van de 8 laatste commits, waarvan de tags geen release kandidaat-markering hebben, en het opgeven van 8-teken identificaties kan de volgende opdracht worden gebruikt: $ 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
In de instelling user.signingKey is ondersteuning voor nieuwe typen sleutels ge\u00efmplementeerd, die niet alleen beperkt zijn tot het type «ssh-» en het opgeven van het volledige bestands pad naar de sleutel. Alternatieve types worden opgegeven met het prefix «key::», bijvoorbeeld «key::ecdsa-sha2-nistp256» voor ECDSA-sleutels.\n
De snelheid van het genereren van de wijzigingslijst in de «—histogram» modus is merkbaar verhoogd, evenals bij het gebruik van de optie «—color-moved-ws», die de kleurweergave van spaties in de diff regelt.\n
In de opdracht «git jump», die wordt gebruikt om Vim informatie te geven over nauwkeurige overgangen naar de gewenste positie in een bestand tijdens het oplossen van merge-conflicten, het bekijken van verschillen of het uitvoeren van een zoekopdracht, is de mogelijkheid toegevoegd om de dekkende merge-conflicten te beperken. Bijvoorbeeld, voor het beperken van operaties tot alleen de map «foo» kan «git jump merge — foo» worden opgegeven, en om de map «Documentation» uit te sluiten van verwerking - «git jump merge ‘:^Documentation'».\n
Er is gewerkt aan de standaardisering van het gebruik van het type «size_t» in plaats van «unsigned long» voor waarden die de grootte van objecten vertegenwoordigen, wat het mogelijk maakte om de filters «clean» en «smudge» toe te passen op bestanden groter dan 4 GB op alle platforms, inclusief platforms met een LLP64 gegevensmodel, waarin het type «unsigned long» beperkt is tot 4 bytes.\n
De optie «—empty=(stop|drop|keep)» is toegevoegd aan het commando «git am», waarmee je het gedrag voor lege e-mails zonder patches kunt kiezen bij het verwerken van patches uit de mailbox. De waarde «stop» zorgt ervoor dat de hele patchtoepassingsoperatie wordt be\u00ebindigd, «drop» overslaat de lege patch en «keep» cre\u00ebert een lege commit.\n
Ondersteuning voor gedeeltelijke indices (sparse index) is toegevoegd aan de commando's «git reset», «git diff», «git blame», «git fetch», «git pull» en «git ls-files», wat de prestaties verbetert en opslag bespaart in repositories waar gedeeltelijke klonen (sparse-checkout) worden uitgevoerd.\n
Het commando «git sparse-checkout init» is als verouderd gemarkeerd; in plaats daarvan moet «git sparse-checkout set» worden gebruikt.\n
Een initi\u00eble implementatie van de nieuwe backend «reftable» is toegevoegd voor het opslaan van verwijzingen, zoals takken en tags, in de repository. De nieuwe backend maakt gebruik van een blokopslag, die door het JGit-project wordt gebruikt en geoptimaliseerd is voor het opslaan van een zeer groot aantal verwijzingen. De backend is momenteel nog niet ge\u00efntegreerd met het systeem van verwijzingen (refs) en is nog niet klaar voor praktisch gebruik.\n
Het kleurenschema van het commando «git grep» is in overeenstemming gebracht met de GNU grep utility. <\/ul>\n