Paar dagen geleden de release van de nieuwe versie van Git 2.3 werd aangekondigd, een van de meest populaire, betrouwbare en krachtige versiebeheersystemen, die flexibele niet-lineaire ontwikkeltools biedt op basis van vertakking en samenvoeging.
In vergelijking met de vorige versie zijn 679 wijzigingen doorgevoerd in de nieuwe versie, voorbereid met de deelname van 85 ontwikkelaars, waarvan er 23 voor het eerst aan de ontwikkeling hebben deelgenomen.
Git 2.31 hoogtepunten
In deze nieuwe versie van Git 2.31 de toevoeging van het "git maintenance" commando is gemarkeerd dat staat periodiek werk toe aan systemen die cron niet ondersteunen Met het nieuwe commando kunt u bijvoorbeeld regelen dat het repository-verpakkingsproces periodiek wordt gestart, zodat u niet hoeft te wachten tot de repositoryvergrendeling is voltooid wanneer het verpakken automatisch wordt uitgevoerd wanneer meerdere opdrachten worden uitgevoerd.
Een andere opvallende verandering is dat ondersteuning toegevoegd om een omgekeerde index op schijf te houden (revisie) voor pakketbestanden, aangezien Git alle data opslaat in de vorm van objecten, die in aparte bestanden worden opgeslagen. Om de efficiëntie van het werken met de repository te verbeteren, worden de objecten bovendien in pakketbestanden geplaatst, waarin de informatie wordt gepresenteerd in de vorm van een stroom objecten die achter elkaar worden gevolgd.
Voor elk pakketbestand, er wordt een indexbestand (.idx) gemaakt, waardoor de object-ID kan worden gebruikt om heel snel de offset te bepalen in het pakketbestand waarin dit object is opgeslagen. De inverse index (.rev) voorgesteld in Git 2.31 heeft tot doel het proces van het bepalen van een object-ID te stroomlijnen uit informatie over de locatie van het object in een pakketbestand.
Eerder werd een dergelijke conversie tijdens de analyse tijdens de analyse uitgevoerd uit een pakketbestand en het werd alleen in het geheugen opgeslagen, die het hergebruik van genoemde indexen niet toestond en gedwongen werd om de index elke keer te genereren. De werking van het samenstellen van een index is verminderen om een reeks objectpositieparen samen te stellen en deze op positie te sorteren, wat tijdrovend kan zijn voor grote pakketbestanden.
Aan de andere kant kunnen we dat vinden prestatie-optimalisaties toegevoegd op basis van uiterlijk in het bestandsformaat van de bevestigingskaart, die wordt gebruikt om de toegang tot informatie over bevestigingen te optimaliseren, nieuwe gegevens over het aantal gegenereerde bevestigingen, die kunnen worden gebruikt om extra bewerkingen met bevestigingen te versnellen.
Bovendien heeft mogelijkheid toegevoegd om de standaard branch-naam in nieuwe repositories te overschrijven (init.defaultBranch-configuratie). Bij het benaderen van externe repositories, probeert git de branch te controleren waarnaar HEAD verwijst, dat wil zeggen, als de externe server standaard de "main" branch gebruikt, dan zal de "git clone" operatie proberen om "main" lokaal te vinden.
Van de andere veranderingen die opvallen:
- De optie "–schijfgebruik" toegevoegd aan het "git rev-list" commando om een samenvatting van de grootte van de objecten weer te geven.
- Ondersteuning voor de verouderde bibliotheek met reguliere expressies PCRE1 is verwijderd.
- Biedt de mogelijkheid om het gebruik van snelkoppelingen met kracht te verbieden, onafhankelijk van het hash-algoritme. Het verbod wordt ingeschakeld door de waarde "no" toe te wijzen aan de parameter core.abbrev.
- De "–path-format" optie is toegevoegd aan het "git rev-parse" commando om expliciet de uitvoer van relatieve of absolute paden te definiëren.
- De autocomplete-scripts van Bash maken het gemakkelijk om voltooiingsregels toe te voegen voor aangepaste "git" -subopdrachten.
- "–Stdin" optie toegevoegd aan "git bundle" commando om links van standaard input stream te lezen.
- De "–left-only" en "–right-only" opties zijn toegevoegd aan het "git range-diff" commando om slechts één kant van het vergeleken bereik te tonen.
- Optie toegevoegd "–skip-to = »Naar het« git difftool »commando om een onderbroken sessie vanaf een willekeurig pad te hervatten.
- De Code of Conduct (Code of Conduct), die de basisprincipes definieert voor het oplossen van conflicten tussen ontwikkelaars, is bijgewerkt naar versie 2.0 (voorheen werd versie 1.4 gebruikt).
Eindelijk als je er meer over wilt weten, kunt u raadplegen de volgende link.