{"id":118622,"date":"2024-07-30T09:43:00","date_gmt":"2024-07-30T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46"},"modified":"2024-07-30T09:43:00","modified_gmt":"2024-07-30T07:43:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","title":{"rendered":"Uitgave van het versiebeheersysteem Git 2.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na drie maanden ontwikkeling is de release van het gedistribueerde systeem voor het beheer van broncode Git 2.46 gepubliceerd. Git is een van de populairste, betrouwbaarste en meest presterende versiebeheersystemen, dat flexibele tools voor niet-lineaire ontwikkeling biedt, gebaseerd op branchen en samenvoegen. Om de integriteit van de geschiedenis en de bestendigheid tegen 'retroactieve' wijzigingen te waarborgen, wordt impliciete hashing van de hele vorige geschiedenis in elke commit gebruikt. Ook is het mogelijk om de digitale handtekeningen van ontwikkelaars voor specifieke tags en commits te verifi\u00ebren. De Git-code wordt verspreid onder de GPLv2+-licentie. <\/p>\n
In vergelijking met de vorige uitgave zijn er in de nieuwe versie 746 wijzigingen doorgevoerd, voorbereid door 96 ontwikkelaars, van wie 31 voor het eerst deelnemen aan de ontwikkeling. Belangrijkste vernieuwingen: <\/p>\n
\n
Er is experimentele ondersteuning toegevoegd voor een nieuw type bitmap \u2014 de 'pseudo-merge reachability bitmap', waarin in tegenstelling tot de structuur van de 'reachability bitmap' gegevens over objectsets gerelateerd aan commits niet aan elke afzonderlijke commit zijn gekoppeld, maar aan meerdere commits tegelijk. Deze organisatie maakt het mogelijk om \u00e9\u00e9n bitmap te gebruiken bij het bepalen van objecten voor commits in verschillende takken, wat in grote repositories de noodzaak om een groot aantal afzonderlijke bitmaps te cre\u00ebren vermindert en het doorlopen van objecten bij het bepalen van welke objecten naar de client moeten worden verzonden tijdens operaties zoals 'git fetch', 'git rev-list' en 'git clone' aanzienlijk versnelt. Om het nieuwe type bitmaps in te schakelen en de logica voor hun selectie en gebruik te defini\u00ebren, zijn een reeks instellingen 'bitmapPseudoMerge' voorgesteld: git config bitmapPseudoMerge.all.pattern 'refs\/(heads|tags)\/' git config bitmapPseudoMerge.all.threshold now git config bitmapPseudoMerge.all.stableThreshold never git repack -adb\n
Er is een nieuwe opdrachtregelinterface ge\u00efmplementeerd voor de opdracht 'git config', waarin in plaats van losse opties voor het bekijken, hernoemen en verwijderen van instellingen en secties, zoals '--get', '--get-all', '--unset' en '--remove-section', een set afzonderlijke subopdrachten wordt aangeboden. Bijvoorbeeld, om alle instellingen van de repository weer te geven, kan nu de opdracht 'git config list' worden gebruikt, en voor het bekijken van de inhoud van een specifieke parameter \u2014 de opdracht 'git config get '. Voor aanvullende filtering van de resultaten kan met de optie '--regexp' een filter op basis van een reguliere expressie worden ingesteld.\n
In het protocol «credential helper», dat wordt gebruikt voor het doorgeven van referenties bij toegang tot repositories met beperkte toegang, is ondersteuning toegevoegd voor de nieuwe velden «authtype» en «credential», waarmee het mogelijk is om handlers te maken voor HTTP-authenticatiesystemen die niet beperkt zijn tot het controleren van gebruikersnaam en wachtwoord, bijvoorbeeld bij het gebruik van Bearer Token in OAuth 2.0. Voorheen moesten vertrouwelijke gegevens in platte tekst worden opgegeven in de parameter http.extraHeader om met dergelijke authenticatiesystemen te werken. Bovendien is de mogelijkheid toegevoegd om de status van elke credential handler op te slaan ter ondersteuning van multi-step authenticatiemethoden die worden gebruikt in protocollen zoals NTLM en Kerberos.\n
De ontwikkeling van de experimentele backend «reftable» voor een effici\u00ebnte opslag van links naar takken en tags in het repository is voortgezet. Deze backend maakt gebruik van blokkensystemen die worden toegepast door het JGit-project en is geoptimaliseerd voor het opslaan van een zeer groot aantal links (traditionele opslagformaten voor links leiden in repositories met een groot aantal links tot aanzienlijke overheadkosten door het plaatsen van een zeer groot aantal bestanden in \u00e9\u00e9n map wanneer links zijn opgeslagen in de map $GIT_DIR\/refs of de noodzaak om \u00e9\u00e9n groot bestand opnieuw te schrijven bij elke update bij het opslaan van links in het bestand $GIT_DIR\/packed_refs). In de nieuwe versie is de opdracht «git refs migrate —ref-format=reftable» toegevoegd om bestaande repositories naar de «reftable» backend te migreren (voorheen werd de backend alleen ingeschakeld bij de initiatie van het repository).\n
In het git-commando is de optie «—no-advice» toegevoegd, die alle berichten met aanbevelingen en tips uitschakelt, wat nuttig kan zijn om te voorkomen dat de log met onnodige informatie wordt volgepropt bij geautomatiseerde aanroepen van git.\n
Het proces van het vertalen van enkele controles uit de testset naar het gebruik van unit-testen is begonnen, wat het testen van low-level componenten vergemakkelijkt en de effici\u00ebntie van het testproces op het Windows-platform verhoogt, waar aanzienlijke overhead ontstaat bij het uitvoeren van een groot aantal processen tijdens de uitvoering van tests die zijn uitgevoerd in de vorm van shell-scripts.\n
In de code voor het parseren van kleurinstellingen is de mogelijkheid toegevoegd om het «#RGB» formaat te gebruiken naast het «#RRGGBB» formaat. <\/ul>\n