Het uitkomen van de nieuwe versie van het controlesysteem "Git 2.25.0", dat is een van de meest populaire versiebeheersystemen, betrouwbare, krachtige, flexibele, niet-lineaire ontwikkeltools op basis van versievertakking en samenvoeging. Om de integriteit van de geschiedenis en de weerstand tegen wijzigingen "met terugwerkende kracht" te verzekeren, wordt een impliciete hash van alle voorgaande geschiedenis gebruikt in elke commit, het is ook mogelijk om individuele commit- en tagontwikkelaars digitaal te ondertekenen.
In vergelijking met de vorige release, de nieuwe versie nam 583 voorbereide wijzigingen aan met de deelname van 84 ontwikkelaars, waarvan er 32 voor het eerst aan de ontwikkeling deelnamen.
Wat is er nieuw in Git 2.25.0?
In deze nieuwe versie valt op in de advertentie, de mogelijkheid van gedeeltelijk klonen, die al bijna gestabiliseerd is. Hierdoor is het mogelijk om slechts een deel van de gegevens over te dragen en te werken met een onvolledige kopie van de repository.
Gedeeltelijk klonen is bedoeld als een verbetering ten opzichte van normaal klonen waarbij alle gegevens uit de repository worden gekopieerd, inclusief elke versie van elk bestand in de wijzigingsgeschiedenis. Voor zeer grote repositories leidt het kopiëren van gegevens tot een aanzienlijke toename van het verkeer en de schijfruimte, zelfs als de ontwikkelaar alleen geïnteresseerd is in een subset van bestanden.
Om het verkrijgen van slechts een deel van de boom te vereenvoudigen van werk oorsprong, leen nieuwe versie biedt het experimentele commando magere controle en de nieuwe optie.
git clone --filter=blob:none --no-checkout /your/repository/here
Specificeer
--filter- Laat je de server vertellen dat je aan het klonen bent van de objecten van je keuze. (In ons voorbeeld hebben we de server gevraagd om geen blobs naar ons te sturen, maar u kunt verschillende mogelijke kwalificaties).Vervolgens moeten we Git vertellen dat het het controleren van de repository kan overslaan na het ontvangen van een antwoord van de server met
--no-checkout(Terwijl Git de inhoud probeert te verifiëren, zal het opmerken dat je objecten mist en proberen ze op te vragen bij de server.
Ook het nieuwe commando is ook inbegrepen git sparse-checkout qwat het werk aanzienlijk vereenvoudigt en het organisatieproces verkort van de baan met een onvolledige opslagplaats.
Het commando sparse-checkout maakt het mogelijk om de lijst met routes in te stellen, zonder handmatig te configureren en de huidige routelijst weer te geven en gedeeltelijk uitchecken in of uit te schakelen.
Om het werk met zeer grote repositories te optimaliseren en sjabloonlijsten, het is voorgesteld de configuratie "git config core.sparseCheckoutCone', wat geldige sjablonen beperkt (in plaats van willekeurige .gitignore-sjablonen, kunt u alle paden specificeren en of alle bestanden in een bepaalde submap moeten worden uitgepakt).
Bv als de grote repository de directory "A / B / C" heeft en al het werk is geconcentreerd in de subdirectory "C", wanneer de modus sparseCheckoutCone is geactiveerd, het commando «git sparse-checkout set A/B/C»Zal de inhoud van" C "volledig extraheren, maar van" A "en" B "zal het alleen de delen extraheren die nodig zijn om met" C "te werken.
En "git add", "git commit", "git reset" andere commando's, er is een nieuwe optie toegevoegd: --pathspec-from-file", wat staat het laden van een lijst met routes toe vanuit een bestand of invoerstroom, in plaats van ze op de opdrachtregel te vermelden.
Er is een eerste implementatie van het opnieuw ontworpen commando voorgesteld git add -i, waarmee u interactief gewijzigde inhoud kunt toevoegen, herschreven van Perl naar C. Een vergelijkbare herziening van de opdracht git add -p is onderweg.
Het commando "git log --graph» werd gerefactored, waardoor een ASCII-afbeelding van de grafiek werd gevormd met de geschiedenis van wijzigingen in de repository. Door de verwerking konden we de uitvoer aanzienlijk verbeteren en vereenvoudigen zonder de structuur van het verhaal te vervormen, wat bijvoorbeeld het probleem oploste van het uit de lijndikte van de terminal trekken van de afbeelding.
Om de leesbaarheid van gepatchte berichten die naar mailinglijsten worden gestuurd te verbeteren, kan de optie «git format-patch --cover-from-description subject«, Bij het specificeren van wat, als het onderwerp van de begeleidende brief voor de patchset, de eerste alinea van de vertakte beschrijvende tekst wordt gebruikt.
Si u wilt meer weten over deze lancering, kunt u de officiële aankondiging bekijken in het volgende link.