{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"De release van het versiebeheersysteem Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De nieuwe versie van het gedistribueerde systeem voor het beheren van bronteksten Git 2.37 is gepresenteerd. Git is een van de meest populaire, betrouwbare en krachtige versiebeheersystemen, dat flexibele middelen biedt voor niet-lineaire ontwikkeling, gebaseerd op takken en samensmelting. Voor de waarborging van de integriteit van de geschiedenis en de weerstand tegen wijzigingen 'achteraf' worden impliciete hashes van de gehele eerdere geschiedenis in elke commit gebruikt; ook is het mogelijk om digitale handtekeningen voor individuele tags en commits te verifi\u00ebren. <\/p>\n
In vergelijking met de vorige release zijn er 395 wijzigingen in de nieuwe versie opgenomen, voorbereid met de betrokkenheid van 75 ontwikkelaars, van wie 20 voor het eerst deelnamen aan de ontwikkeling. Belangrijkste vernieuwingen: <\/p>\n
\n
De mechanismen voor parti\u00eble indexen (sparse index) zijn klaar voor algemeen gebruik en bestrijken slechts een deel van de repository. Parti\u00eble indexen verhogen de prestaties en besparen ruimte in repositories waar parti\u00eble kloningen (sparse-checkout) worden uitgevoerd of waar met een onvolledige kopie van de repository wordt gewerkt. In de nieuwe versie is het werk aan de integratie van parti\u00eble indexen in de commando's 'git show', 'git sparse-checkout' en 'git stash' voltooid. De meest merkbare prestatiewinst van het gebruik van parti\u00eble indexen is te zien in het commando 'git stash', waarbij de snelheid in sommige situaties met 80% is toegenomen.\n
Een nieuw mechanisme 'cruft packs' is ge\u00efmplementeerd voor het verpakken van onbereikbare objecten (unreachable) waarop geen verwijzingen in de repository aanwezig zijn (geen takken of tags verwijzen hiernaar). Onbereikbare objecten worden verwijderd door de garbage collector, maar blijven v\u00f3\u00f3r verwijdering een bepaalde tijd in de repository om racecondities te voorkomen. Voor het bijhouden van de periode waarin onbereikbare objecten aanwezig zijn, is het nodig om ze aan labels met wijzigingstijden te koppelen, wat verhindert dat ze in hetzelfde pack-bestand worden opgeslagen, waarin alle objecten een gezamenlijke wijzigingstijd hebben. De eerder gebruikte methode om elk object in een apart bestand op te slaan leidde tot problemen bij een groot aantal recente onbereikbare objecten die nog niet voor verwijdering in aanmerking kwamen. Het voorgestelde mechanisme 'cruft packs' maakt het mogelijk om alle onbereikbare objecten in \u00e9\u00e9n pack-bestand op te slaan, terwijl de gegevens over de wijzigingstijd van elk object in een aparte tabel worden weergegeven, die in een bestand met de extensie '.mtimes' wordt opgeslagen.\n
Voor Windows en macOS is er een ingebouwd mechanisme voor het volgen van wijzigingen in het bestandssysteem, waardoor het mogelijk is om zonder volledige doorzoeking van de werkdirectory operaties zoals 'git status' uit te voeren. Voorheen moesten externe tools voor bestandssysteemwijzigingen, zoals Watchman, worden gebruikt via hooks, wat extra installatie en configuratie vereiste. Nu is deze functionaliteit ingebouwd en kan deze worden ingeschakeld met het commando 'git config core.fsmonitor true'.\n
In het commando 'git sparse-checkout' is de ondersteuning voor de alternatieve modus '--cone' voor het bepalen van patronen voor gedeeltelijk klonen verouderd verklaard, waardoor bij het defini\u00ebren van delen van de repository die onder de kloningsoperatie vallen, afzonderlijke bestanden met de syntaxis '.gitignore' kunnen worden opgesomd, wat niet mogelijk is met gedeeltelijke indexen voor optimalisatie.\n
De flexibiliteit van het aanroepen van fsync() voor het wegschrijven van wijzigingen naar de schijf is verhoogd. In de parameter 'core.fsyncMethod' is ondersteuning toegevoegd voor de synchronisatiestrategie 'batch', die de prestaties verbetert bij het schrijven van een groot aantal afzonderlijke bestanden door wijzigingen in de schrijfcache te accumuleren en in \u00e9\u00e9n keer met fsync() weg te schrijven. Een test waarin 500 bestanden werden toegevoegd met het commando 'git add' werd uitgevoerd in 0.15 seconden met de nieuwe modus, terwijl het aanroepen van fsync() voor elk bestand 1.88 seconden kostte, en zonder fsync kostte het 0.06 seconden.\n
In de commando's voor het doorlopen van branches, zoals 'git log' en 'git rev-list', is een nieuwe optie toegevoegd: '--since-as-filter=X', die het mogelijk maakt om informatie over commits te filteren waarvan de aanmaakdatum ouder is dan 'X'. In tegenstelling tot de optie '--since' is het nieuwe commando ge\u00efmplementeerd als een filter dat de doorloop niet stopt na de eerste commit die ouder is dan de opgegeven tijd.\n
In het commando 'git remote' wordt bij het opgeven van de vlag '-v' informatie over gedeeltelijke klonen van de repository weergegeven.\n
De instelling «transfer.credentialsInUrl» is toegevoegd, die de waarden «warn», «die» en «allow» kan aannemen. In het geval dat in de parameter «remote.<name>.url» in logische tekst inloggegevens worden opgegeven, zal de poging om de bewerkingen «fetch» of «push» uit te voeren gebeuren met een foutmelding als de instelling «transfer.credentialsInUrl» de waarde «die» heeft, of met een waarschuwing als de waarde «warn» is ingesteld.\n
Standaard wordt de nieuwe implementatie van de interactieve modus van het commando «git add -i» gebruikt, herschreven van Perl naar C. <\/ul>\n