{"id":141016,"date":"2025-08-19T11:11:54","date_gmt":"2025-08-19T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51"},"modified":"2025-08-19T11:11:54","modified_gmt":"2025-08-19T09:11:54","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"Release van het versiebeheersysteem Git 2.51","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na twee maanden ontwikkeling is de release van het gedistribueerde systeem voor het beheren van broncode Git 2.51 gepresenteerd. Git onderscheidt zich door hoge prestaties en biedt middelen voor niet-lineaire ontwikkeling, gebaseerd op het afsplitsen en samenvoegen van takken. Voor het waarborgen van de integriteit van de geschiedenis en de weerbaarheid tegen 'retroactieve' veranderingen wordt gebruikgemaakt van impliciete hashing van de volledige eerdere geschiedenis in elke commit, evenals de verificatie door middel van digitale handtekeningen van ontwikkelaars voor specifieke tags en commits. De Git-code is beschikbaar onder de GPLv2+ licentie. <\/p>\n
In vergelijking met de vorige release zijn er 506 wijzigingen in de nieuwe versie opgenomen, voorbereid door 91 ontwikkelaars (waarvan 21 voor het eerst deelnamen aan de ontwikkeling van Git). Belangrijkste vernieuwingen (1, 2, 3): <\/p>\n
\n
De prestaties van de commando's 'git push' en 'git fetch' zijn verhoogd in repositories met een groot aantal verwijzingen. De versnelling wordt bereikt door het bijwerken van verwijzingen in batchmodus, waarbij meerdere verwijzingen in \u00e9\u00e9n transactie worden verwerkt, in plaats van dat voor elke verwijzing een aparte transactie wordt aangemaakt. Deze optimalisering heeft de snelheid van de 'reftable' backend aanzienlijk verhoogd, die nu de 'files' backend overtreft in prestaties. Bijvoorbeeld, in een testrepository met 10.000 verwijzingen is de prestaties van 'git fetch' met de 'reftable' backend versneld met 22 keer, terwijl het met de 'files' backend slechts 1,25 keer is versneld. Voor 'git push' was de toename respectievelijk 18 en 1,21 keer.\n
Er is een nieuwe methode voorgesteld voor het verpakken in pack-bestanden van delen van de repository die niet zijn gekoppeld aan onbereikbare objecten, waarnaar in de repository geen verwijzingen bestaan (geen takken of tags verwijzen ernaar). Informatie over onbereikbare objecten wordt opgeslagen in aparte pack-bestanden ('cruft packs'), wat leidde tot de noodzaak van hun reflectie in multi-pack indexen (MIDX) om objecten te dekken die oorspronkelijk onbereikbaar waren en alleen in cruft-packs waren opgeslagen, maar daarna bereikbaar zijn geworden na de commit die ernaar verwijst.\n
In de nieuwe versie wordt bij het herpakken van pack-bestanden de opslag van extra kopie\u00ebn van bereikbare objecten die alleen in cruft-bestanden zijn opgeslagen, gegarandeerd. Een dergelijke wijziging verzekert dat de set pack-bestanden die worden gebruikt voor het opslaan van bereikbare objecten, geen objecten bevat die verwijzen naar andere objecten die buiten deze set zijn opgeslagen. Om onbereikbare inhoud van cruft-bestanden uit de multi-pack indexen (MIDX) te verwijderen, is de instelling 'repack.MIDXMustContainCruft' voorgesteld, waardoor de grootte van dergelijke indexen aanzienlijk kan worden verkleind. Het inschakelen van deze instelling in de GitHub-repository resulteerde in een vermindering van de grootte van MIDX-indexen met 38%, een versnelling van de schrijfsnelheid naar MIDX-indexen met 35% en een verbetering van de leessnelheid met 5%. <\/p>\n
Bij het commando 'git pack-objects' is een optie '--path-walk' toegevoegd, die een nieuwe methode voor het verzamelen van informatie over objecten bij het herpakken van pack-bestanden inschakelt. In plaats van objecten in de volgorde van revisies te doorlopen, worden bij het gebruik van de modus '--path-walk' de objecten door het doorlopen van bestandslocaties verzameld, wat het mogelijk maakt om in \u00e9\u00e9n keer alle objecten met dezelfde bestandslocatie in te pakken. Deze benadering maakt het mogelijk om de heuristiek die hashing gebruikt om de relatie van een object met zijn bestandslocatie te bepalen, uit te sluiten en het sorteren van objecten voor het inpakken te vermijden. Bij gebruik van de modus '--path-walk' is de grootte van de gegenereerde pack-bestanden aanzienlijk kleiner dan bij het groeperen van objecten met behulp van hashes.\n
Er is een formaat gedefinieerd voor het uitwisselen van opgeslagen toestanden van de werkdirectory en indexen in de repository, die worden aangemaakt met het commando 'git stash'. Het nieuwe formaat stelt in staat om opgeslagen wijzigingen (stash-opnames) te coderen als een reeks commits. Voor het importeren en exporteren zijn de subcommando's 'git stash import' en 'git stash export' voorgesteld, die kunnen worden gebruikt voor het verplaatsen van opgeslagen toestanden van het ene systeem naar het andere en voor het uitvoeren van push of pull activiteiten met deze toestanden zoals bij reguliere takken of tags. git stash export --to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash \u2026 git fetch origin '+refs\/stashes\/*:refs\/stashes\/*' git stash import refs\/stashes\/my-stash\n
In the command «git cat-file», which displays the contents of specified objects, the options «—batch» and «—batch-check» have been enhanced to allow the display of information about missing objects (for instance, due to repository corruption) and submodules. Previously, when the path to a submodule was specified, the command «git cat-file —batch-check» would output «missing», but now it will show the object identifier.\n
The «git log» command has been optimized using Bloom filters to speed up the search in the history of changes when specifying filters with multiple file paths, for example, «git log — path\/to\/a path\/to\/b».\n
The commands «git switch» and «git restore» have been stabilized, which have been regarded as experimental since 2019. These commands are presented as modern equivalents of «git checkout», separating unrelated functionalities of that command, such as branch manipulation (switching and creating) and restoring files in the working directory.\n
The command «git whatchanged», equivalent to «git log —raw», has been deprecated and is set for removal in Git branch 3.0.\n
The «git for-each-ref» command has been enhanced with the «—start-after» option, which can be used together with the «—count» option for pagination purposes.\n
The «git merge» and «git pull» commands have been updated with the «—compact-summary» option to utilize a compact format of summary information about changes instead of the diffstat format.\n
The Git codebase now allows the use of the «bool» keyword, which appeared in the C99 standard. Certain C99 features that are experimentally used in Git are also documented (for instance, in mid-2026, it is planned to allow the use of constructs like «(struct foo){ .member = value };»). A C99 compliant compiler has been mandatory for Git since 2021, but the features of the C99 specification are being implemented very cautiously to maintain compatibility with compilers that only partially support this standard.\n
Er zijn wijzigingen aangebracht in de regels voor het indienen van patches, waardoor het nu is toegestaan om patches onder een pseudoniem in te dienen, en niet alleen onder de echte naam van de ontwikkelaar. Deze wijziging komt overeen met de regels voor het indienen van patches in de Linux-kernel.\n
De lijst met incompatibele wijzigingen is bijgewerkt die zullen worden toegepast in de Git 3.0-tak. Tot de significante wijzigingen in de aanstaande Git 3.0-release behoort de standaardovergang naar objectidentificatoren op basis van het SHA-256-hashalgoritme bij het initialiseren van nieuwe repositories en het gebruik van het 'reftable'-formaat voor het opslaan van verwijzingen naar branches en tags in de repository (waarbij gebruik wordt gemaakt van de blokopslag van het JGit-project, geoptimaliseerd voor het opslaan van een zeer groot aantal verwijzingen). <\/ul>\n