{"id":148781,"date":"2025-11-18T23:12:24","date_gmt":"2025-11-18T21:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52"},"modified":"2025-11-18T23:12:24","modified_gmt":"2025-11-18T21:12:24","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","title":{"rendered":"Uitgave van het versiebeheersysteem Git 2.52","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na drie maanden ontwikkelen is de release van het gedistribueerde systeem voor broncodebeheer Git 2.52 gepresenteerd. Git staat bekend om zijn hoge prestaties en biedt middelen voor niet-lineaire ontwikkeling, gebaseerd op takken en samenvoegen. Om de integriteit van de geschiedenis te waarborgen en weerstand tegen 'retroactieve' veranderingen te bieden, wordt impliciete hashing van de volledige eerdere geschiedenis in elke commit gebruikt, evenals verificatie door digitale handtekeningen van ontwikkelaars voor afzonderlijke tags en commits. De Git-code is beschikbaar onder de GPLv2+-licentie. <\/p>\n
Vergeleken met de vorige release zijn er in deze nieuwe versie 637 wijzigingen opgenomen, voorbereid met deelname van 94 ontwikkelaars (33 hebben voor het eerst bijgedragen aan de ontwikkeling van Git). Belangrijkste nieuwigheden (1, 2, 3): <\/p>\n
\n
De opdracht 'git last-modified' is toegevoegd om een lijst van bestanden in de opgegeven revisie en de commits die de laatste wijzigingen in elk van deze bestanden hebben aangebracht, weer te geven. $ git last-modified HEAD b56f6dcd7b4c90192018e848d0810f091d092913 test.h 29330ae4b820147c98e723399e9438c8bee60a8a test1.c 573ad8917beb99dc643b6e7f5c117a294384a575 test2.c\n
De opdracht 'git repo' is toegevoegd om acties uit te voeren die verband houden met het ophalen van informatie uit de repository. Twee subopdrachten zijn voorgesteld\u2014'git repo info' en 'git repo structure', die informatie over de instellingen van de repository en informatie over de structuur van de repository weergeven (bijvoorbeeld, je kunt het aantal verwijzingen en objecten in de repository achterhalen). $ git repo info object.format references.format object.format=sha1 references.format=reftable $ git repo structure | Repository structuur | Waarde | | ----------- | -------- | | * Verwijzingen | | | * Aantal | 1983 | | * Takken | 4 | | * Tags | 1125 | | * Remotes | 854 | | * Overige | 0 | | | | * Toegankelijke objecten | | | * Aantal | 518955 | | * Commits | 77469 | | * Bomen | 188865 | | * Blobs | 251631 | | * Tags | 990 |\n
Aan de opdracht 'git refs' zijn drie subopdrachten toegevoegd die de verspreide en overlappende laagdrempelige bewerkingen op verwijzingen (git for-each-ref, git show-ref, git update-ref en git pack-refs) uniform maken.\n
\n
'git refs optimize' \u2014 optimalisatie van de backend voor het opslaan van verwijzingen (vergelijkbaar met 'git pack-refs').\n
'git refs list' \u2014 geeft een lijst van alle verwijzingen weer (vergelijkbaar met 'git for-each-ref' of 'git show-ref').\n
'git refs exists' \u2014 controleert het bestaan van een verwijzing (vergelijkbaar met 'git show-ref --exists'). <\/ul>\n
Het export- of importformaat voor commitgeschiedenis is uitgebreid met de mogelijkheid om te werken met cryptografische handtekeningen, die zowel objectidentificatoren op basis van het SHA-1-algoritme als op basis van SHA-256 gebruiken. In de 'git fast-import' opdracht is ondersteuning voor het verwerken van ondertekende tags ge\u00efmplementeerd, vergelijkbaar met ondertekende commits. Er zijn opties toegevoegd voor het beheren van de verwerking van ondertekende commits en tags tijdens de importfase (de modus kan waarden aannemen zoals verbatim, warn-verbatim, warn-stri, strip of abort).\n
De 'git maintenance' opdracht heeft ondersteuning gekregen voor een nieuwe strategie genaamd 'geometric' ('git config set maintenance.strategy geometric'), waarmee de onderhoudstijd van grote monorepositories kan worden verkort. In vergelijking met de eerder beschikbare strategie, die de logica bevatte zoals in de 'git gc' opdracht, voorkomt de nieuwe strategie het opnieuw verpakken van alle objecten en sluit het onnodig hulpbronnenintensieve operaties uit, zoals het samenvoegen van alle pack-bestanden (waar mogelijk vindt de samenvoeging in delen plaats zonder het opruimen van verwijderde objecten).\n
De 'git sparse-checkout clean' opdracht is toegevoegd om het herstellen van de toestand van de werkdirectory te vereenvoudigen, door bestanden te verwijderen die niet voldoen aan de nieuwe definitie van sparse-checkout en die niet aanwezig moeten zijn in de lokale kopie volgens de huidige sparse-checkout-instellingen.\n
Om de codebasis te ontdoen van complicaties en de onderhoudbaarheid te vereenvoudigen, is er een refactoring uitgevoerd om het gebruik van de globale variabele the_repository te verminderen.\n
De toepassing van Bloom-filters is uitgebreid, een probabilistische structuur voor de controle van lidmaatschappen, die valse positieven in verband met ontbrekende elementen toestaat, maar die bestaande elementen uitsluit. Bloom-filters worden nu gebruikt om de zoekopdrachten in de wijzigingsgeschiedenis te versnellen wanneer maskers in bestandslocaties worden opgegeven, bijvoorbeeld 'foo\/bar\/*\/baz'.\n
De prestaties van de 'git describe' opdracht zijn met 30% verbeterd dankzij het gebruik van een prioriteitswachtrij. Bij 'git remote rename' zijn de hernoemingsoperaties versneld. Bij 'git ls-files' is de toepassing van indexen uitgebreid. De werking van de 'git log -L' opdracht is aanzienlijk versneld door overbodige drie-niveau vergelijkingen bij de verwerking van het samenvoegen van commits te uitsluiten. Optimalisaties zijn aangebracht in de xdiff-bibliotheek.\n
Er is een optionele mogelijkheid ge\u00efmplementeerd voor het gebruik van Rust-implementaties voor bepaalde interne functies, zoals het coderen en decoderen van variabele lengte geheel getallen. Standaard wordt Rust-code niet gebruikt en om het in te schakelen, is het nodig de bouwvlag WITH_RUST op te geven. In de toekomst is er een herziening van aanzienlijke interne componenten van Git naar Rust voorzien en zal Rust een van de verplichte bouwafhankelijkheden in Git 3.0 worden.\n
De lijst met incompatibele wijzigingen die in de Git 3.0-reeks zullen worden toegepast, is bijgewerkt. In Git 3.0 is besloten om de standaardinstelling van init.defaultBranch te wijzigen naar «main», wat betekent dat de standaardbranch in repositories die zijn aangemaakt met de «git init»-opdracht «main» zal heten in plaats van «master». Er wordt ook melding gemaakt van de standaardovergang naar objectidentificatie op basis van het SHA-256-hashalgoritme bij het initialiseren van nieuwe repositories. Om de overdraagbaarheid tussen repositories met objectidentificaties op basis van SHA-1 en SHA-256 te vergemakkelijken, is het mogelijk om in een repository met \u00e9\u00e9n hashalgoritme push- en pull-bewerkingen uit te voeren vanuit een repository die een ander hashalgoritme gebruikt. <\/ul>\n