Git 2.32 wordt geleverd met enkele verbeteringen, padbescherming en meer

Na drie maanden van ontwikkeling is het onthuld de lancering van de nieuwe versie van het populaire gedistribueerde bronbesturingssysteem Git 2.32. In vergelijking met de vorige versie, In de nieuwe versie zijn 617 wijzigingen overgenomen, voorbereid met de deelname van 100 ontwikkelaars, waarvan er 35 voor het eerst aan de ontwikkeling deelnamen.

Voor degenen die niet bekend zijn met Git u moet weten dat dit een van de meest populaire versiebeheersystemen is, betrouwbaar en krachtig, en biedt flexibele niet-lineaire ontwikkelingstools op basis van vertakking en samenvoeging.

Om de integriteit van de geschiedenis en weerstand tegen "retroactieve" wijzigingen te garanderen, wordt bij elke commit impliciete hashing van alle eerdere geschiedenis gebruikt. Het is ook mogelijk om te certificeren met digitale handtekeningen van individuele tags en ontwikkelaars van commits.

Git 2.32 hoogtepunten

In deze nieuwe versie in plaats van het mechanisme GIT_CONFIG_NOSYSTEM die wordt gebruikt om te voorkomen dat een configuratiebestand van het hele systeem wordt gelezen, nu er wordt voorgesteld om het GIT_CONFIG_SYSTEM-mechanisme te gebruiken, waarmee u expliciet kunt specificeren uit welk bestand de systeembrede configuraties moeten worden geladen, evenals de parameter GIT_CONFIG_GLOBAL om gebruikersspecifieke instellingen te overschrijven in $ HOME / .git bij het instellen van de variabele GIT_CONFIG_SYSTEEM.

Een andere wijziging die is aangebracht, is dat wanneer nu de tweede versie van het Git-communicatieprotocol wordt gebruikt, bij het uitvoeren van "git push", wordt de definitie geïmplementeerd aan de ontvangende kant, wat het mogelijk maakte om de efficiëntie van "git push" naar het niveau van "git zoeken»En verwijder het laden van objecten die niet nodig zijn.

De keuze "-aanhanger [= ] "Is toegevoegd aan het" git commit "commando, wat maakt het gemakkelijk om uw eigen gestructureerde informatie toe te voegen in het sleutel / waarde-formaat bij bevestiging, die vervolgens kan worden verwerkt door het commando «interpreteren-trailers".

Er wordt ook opgemerkt dat de optie «–Weigeren-ondiep" naar "git clone»Om het klonen van repository's in ondiepe modus uit te schakelen (geen volledige wijzigingsgeschiedenis), is er een e-mailmodus voor verbergen toegevoegd aan gitweb, die e-mailreeksen in de uitvoer vervangt.

De verwerkingslogica van het commando «git toepassen –3way«, die nu eerst het three-way merge-algoritme probeert toe te passen en alleen in geval van storing of conflict terugkeert naar de gebruikelijke patch-applicatie (voorheen was het andersom).

Optie toegevoegd «–Verschil-samenvoegingen =»Naar het« commandogit log»En de log.diffMerges-configuratie om de standaardmodus te selecteren, evenals een extra bescherming voor de "git add" en "git rm" commando's tegen de wijziging van gegevens in routes buiten het bereik van de gespreide betalingstransactie.

  • De optie "–Filter = object: type =»Is toegevoegd aan het« commandogit rev-lijst»Om een ​​bepaald type objecten uit te sluiten van het pakketbestand dat door de opdracht is gegenereerd pack-objecten.
  • Negatieve waarden zijn niet toegestaan ​​in git pack-objecten voor opties die numerieke waarden aannemen, zoals –window en – depth.
  • In het commando «git toepassen»Het is toegestaan ​​om de opties te specificeren«–3weg"En"–In cache" tegelijkertijd.
  • Het bevel "Git commit»Heeft een uitgebreide versie van de« –fixup »optie (creëren van een commit voor« rebase –autosquash »).
  • Het bevel "git verzend-e-mail»Heeft rekening gehouden met de configuratie van core.hooksPath.
    Andere tellers dan gehele getallen zijn toegestaan ​​in git format-patch -v .
  • Er is een eenvoudige IPC-interface toegevoegd om services zoals fsmonitor te creëren.
  • Bestandsverwerking gestopt ».gitattributes "," .gitignore "en" .mailmap»Als het symbolische links zijn.
    Voor HTTP-transport is ondersteuning toegevoegd voor het cachen van een wachtwoord dat met succes is gebruikt om een ​​certificaat te ontgrendelen.
  • Het bevel "git stash-show»Heeft de mogelijkheid om het niet-gevolgde gedeelte van de tijdelijke opslagbestandsopslag weer te geven.
    Er is een meer geavanceerde strategie voorgesteld om een ​​repository opnieuw in te pakken met het commando «git opnieuw inpakken«, waarmee het verbruik van hulpbronnen tijdens het herverpakken kan worden verminderd.

Eindelijk als u er meer over wilt weten over deze nieuwe versie, kunt u controleren de details in de volgende link.


Wees de eerste om te reageren

Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.