{"id":108813,"date":"2023-06-02T15:10:15","date_gmt":"2023-06-02T13:10:16","guid":{"rendered":"https:\/\/prohoster.info\/?p=108813"},"modified":"2023-06-02T17:30:17","modified_gmt":"2023-06-02T15:30:17","slug":"dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","title":{"rendered":"De Git 2.41 broncodebeheersysteem is beschikbaar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na drie maanden ontwikkeling is de uitgave van het gedistribueerde systeem voor broncodebeheer Git 2.41 gepubliceerd. Git is een van de meest populaire, betrouwbare en hoog presterende versiebeheersystemen, die flexibele middelen voor niet-lineaire ontwikkeling biedt, gebaseerd op takken en samensmelting. Om de integriteit van de geschiedenis en weerstand tegen 'backdating' te waarborgen, wordt impliciete hashing van de gehele vorige geschiedenis in elke commit gebruikt, en het is ook mogelijk om digitale handtekeningen van ontwikkelaars voor afzonderlijke tags en commits te verifi\u00ebren. <\/p>\n
In vergelijking met de vorige release zijn er 542 wijzigingen in de nieuwe versie opgenomen, voorbereid door 95 ontwikkelaars, van wie 29 voor het eerst hebben deelgenomen aan de ontwikkeling. Hoofd nieuwigheden: <\/p>\n
\n
De verwerking van niet-bereikbare objecten is verbeterd, waarvoor geen verwijzingen in de repository aanwezig zijn (geen takken of tags die ernaar verwijzen). Niet-bereikbare objecten worden door de garbage collector verwijderd, maar blijven enige tijd in de repository aanwezig om racecondities te voorkomen. Om de periode van niet-bereikbare objecten bij te houden, moeten er labels aan deze objecten worden verbonden met de tijd van wijziging, wat niet toestaat ze in \u00e9\u00e9n pack-bestand op te slaan, waarin alle objecten dezelfde wijzigingstijd hebben. Voorheen werd elk niet-bereikbaar object in een afzonderlijk bestand opgeslagen, wat problemen veroorzaakte bij een groot aantal recent niet-bereikbare objecten die nog niet voor verwijdering in aanmerking kwamen. In de nieuwe uitgave wordt standaard het mechanisme 'cruft packs' gebruikt voor het verpakken van niet-bereikbare objecten, wat het mogelijk maakt om alle niet-bereikbare objecten in \u00e9\u00e9n pack-bestand op te slaan, terwijl de gegevens over de wijzigingstijd van elk object worden weergegeven in een aparte tabel, opgeslagen in een bestand met de extensie '.mtimes' en gekoppeld door middel van een indexbestand met de extensie '.idx'.
<\/center>\n
Het bijhouden van de omgekeerde index (revindex) voor pack-bestanden is standaard ingeschakeld op de schijf. Bij testen op de torvalds\/linux repository bleek dat het gebruik van de omgekeerde index de bronnenintensievere operaties 'git push' met 1,49 keer versnelde, en eenvoudige operaties, zoals het berekenen van de grootte van een object met behulp van 'git cat-file \u2014batch='%(objectsize:disk)' met 77 keer. Bestanden ('.rev') met de omgekeerde index worden opgeslagen in de repository in de map '.git\/objects\/pack'.\n
Ter herinnering: Git slaat alle gegevens op in de vorm van objecten, die in afzonderlijke bestanden worden geplaatst. Om de effici\u00ebntie van het werken met de repository te verbeteren, worden objecten bovendien in pack-bestanden geplaatst, waarin informatie wordt gepresenteerd als een stroom van objecten die achtereenvolgens volgen (een soortgelijk formaat wordt gebruikt bij het verzenden van objecten met de git fetch en git push commando's). Voor elk pack-bestand wordt een indexbestand (.idx) aangemaakt, waarmee op object-ID zeer snel de offset in het pack-bestand kan worden bepaald waar dat object is opgeslagen. <\/p>\n
De nieuwe versie van de omgekeerde index richt zich op het optimaliseren van het proces voor het identificeren van objectidentificaties op basis van de objectplaatsingsinformatie in de pack-file. Voorheen werd deze conversie on-the-fly uitgevoerd tijdens het parseren van de pack-file en werd deze alleen in het geheugen opgeslagen, wat het niet mogelijk maakte om dergelijke indexen opnieuw te gebruiken en elke keer een nieuwe index te genereren. De indexeringsoperatie reduceert tot het bouwen van een array van paren 'object-positie' en het sorteren ervan op positie, wat veel tijd kan kosten voor grote pack-files. <\/p>\n
Bijvoorbeeld, de operatie om de inhoud van objecten weer te geven waarbij een directe index wordt gebruikt, werd 62 keer sneller uitgevoerd dan de operatie om de grootte van objecten weer te geven, voor welke de gegevens over de relatie tussen positie en object niet ge\u00efndexeerd waren. Na het gebruik van de omgekeerde index namen de opgegeven operaties ongeveer dezelfde tijd in beslag. Omgekeerde indexen versnellen ook de operaties voor het verzenden van objecten bij het uitvoeren van fetch- en push-commando's door de directe overdracht van reeds beschikbare gegevens vanaf de schijf.
<\/center> <\/p>\n
In het protocol 'credential helper', dat wordt gebruikt voor het overdragen van inloggegevens bij toegang tot repositories met beperkte toegang, is ondersteuning toegevoegd voor het doorgeven van de WWW-Authenticate-headers tussen de credential handler en de service waar de authenticatie plaatsvindt. Ondersteuning voor de WWW-Authenticate-header maakt het mogelijk om scope-parameters van OAuth door te geven voor een meer granulaire verdeling van de gebruikersaccest tot de repositories en om de gebieden te scheiden die beschikbaar zijn voor verzoeken.\n
De opdracht for-each-ref heeft een opmaakoptie toegevoegd: \u00ab%(ahead-behind:<base>)\u00bb, waarmee je in \u00e9\u00e9n keer informatie kunt krijgen over het aantal commits die aanwezig of afwezig zijn in een bepaalde tak ten opzichte van een andere tak (hoeveel een tak achterloopt of voorloopt op een andere in termen van commits). Voorheen was het nodig om twee afzonderlijke opdrachten uit te voeren: \u00abgit rev-list \u2014count main..my-feature\u00bb voor het aantal unieke commits in de tak en \u00abgit rev-list \u2014count my-feature..main\u00bb voor het aantal ontbrekende commits. Nu kunnen deze berekeningen worden samengevoegd tot \u00e9\u00e9n opdracht, wat het schrijven van handlers vereenvoudigt en de uitvoeringstijd verkort. Bijvoorbeeld, om takken die niet zijn samengevoegd weer te geven en de achterstand of voorsprong ten opzichte van hun hoofdtaak te beoordelen, kan je de \u00e9\u00e9n-regelige opdracht gebruiken: $ git for-each-ref \u2014no-merged=origin\\\/HEAD \\ \u2014format=\u2019%(refname:short) %(ahead-behind:origin\\\/HEAD)\u2019 \\ refs\\\/heads\\\/tb\\\/ | column -t tb\\\/cruft-extra-tips 2 96 tb\\\/for-each-ref\u2014exclude 16 96 tb\\\/roaring-bitmaps 47 3 in plaats van het eerder gebruikte script, dat 17 keer trager is: $ git for-each-ref \u2014format=\u2019%(refname:short)\u2019 \u2014no-merged=origin\\\/HEAD \\ refs\\\/heads\\\/tb | while read ref do ahead=\u2019$(git rev-list \u2014count origin\\\/HEAD..$ref)\u2019 behind=\u2019$(git rev-list \u2014count $ref..origin\\\/HEAD)\u2019 printf \u2018%s %d %d\\n\u2019 \u2018$ref\u2019 \u2018$ahead\u2019 \u2018$behind\u2019 done | column -t tb\\\/cruft-extra-tips 2 96 tb\\\/for-each-ref\u2014exclude 16 96 tb\\\/roaring-bitmaps 47 3\n
De opdracht \u00abgit fetch\u00bb heeft de optie \u00ab\u2014porcelain\u00bb toegevoegd, die, wanneer deze is opgegeven, een uitvoer genereert in het formaat \u00ab \u00bb, minder leesbaar maar handiger voor scripts.\n
![\"De](\"\/wp-content\/uploads\/2023\/06\/1158b26b1dfd1c16c93017669224d7a4.png\")
<\/center>\n![\"De](\"\/wp-content\/uploads\/2023\/06\/ed6cb7102da37d1262fd3079ac983158.png\")
<\/center> <\/p>\n