De nieuwe versie van Git 2.27.0 is al uitgebracht en dit zijn de wijzigingen

Git Het is een van de meest populaire, betrouwbare en krachtige versiebeheersystemen, en biedt flexibele niet-lineaire ontwikkeltools op basis van versies en samenvoegingen.

Om integriteit te waarborgen geschiedenis en weerstand tegen veranderingen achteraf, impliciete hashing wordt gebruikt van alle voorgaande geschiedenis in elke bevestiging en de digitale handtekeningen van individuele tagontwikkelaars en bevestigingen kunnen ook worden geverifieerd.

Onlangs de nieuwe versie van het Git 2.27.0 gedistribueerde broncontrolesysteem is uitgebracht.In vergelijking met de vorige release heeft de nieuwe versie 537 wijzigingen aangenomen, voorbereid met de deelname van 71 ontwikkelaars, waarvan er 19 voor het eerst deelnamen aan de ontwikkeling

Git 2.27.0 hoogtepunten

In deze nieuwe versie van Git 2.27.0, de standaard opname van de tweede versie van het Git-communicatieprotocol is geannuleerd, die wordt gebruikt bij het op afstand verbinden van de client met de Git-server. Het protocol is nog niet herkend, maar is standaard klaar voor gebruik vanwege de identificatie van gladde problemen die apart moeten worden overwogen.

Terwijl aan de andere kant, om verwarring in deze nieuwe versie te voorkomen, het commando "git beschrijven" altijd gebruik de uitgebreide uitvoermodus ("–Long") als een vervangen tag geassocieerd met een commit wordt gedetecteerd. Sindsdien werd een ondertekende of geannoteerde tag getoond die een commit beschrijft, zelfs als deze hernoemd was of verplaatst naar de "refs / tags /" hiërarchie.

Het uitvoeren van "git pull" geeft nu een waarschuwing als de configuratievariabele pull.rebase is niet expliciet ingesteld en opties "- [no-] overflow" of "-ff-only" ze zijn niet van toepassing. Om de waarschuwing te onderdrukken voor degenen die niet gaan overschrijven, kunt u de variabele instellen op false.

Zij hebben verschillende nieuwe acties toegevoegd aan «git update-ref --stdin" dat directe controle van link update-transacties mogelijk makenOm bijvoorbeeld een atomaire linkupdate in twee fasen te implementeren in meerdere opslagplaatsen.

Bovendien heeft herziene git fetch-opties die gebruikelijk zijn voor git fetch. Vergelijkbare opties die hierboven niet zijn genoemd, werden gedocumenteerd en doorgegeven aan de git fetch van ontbrekende opties.

Mogelijkheid toegevoegd om Van: en Onderwerp: headers weer te geven: geen wijzigingen in de git-format patch zonder het converteren van karakters die niet in ASCII-codering zijn.

De keuze "–Show-pulls" is toegevoegd aan de "git log", waardoor je niet alleen de commits kunt zien waarin de wijzigingen zijn aangebracht, maar ook de commit om deze wijzigingen vanuit een aparte branch samen te voegen.

De verwerking van interactieve invoer in alle componenten is verenigd en de fflush () aanroep is toegevoegd na het weergeven van het invoerverzoek, maar vóór de leesbewerking.

In "git rebase" is het toegestaan ​​om alle lokale commits opnieuw toe te passen zonder eerst de bewerking uit te voeren «uitcheckenZelfs als sommige van hen voorheen stroomopwaarts waren.

De waarde van de configuratievariabele 'pack.useSparse' is vervangen door 'true' om de standaardoptimalisaties mogelijk te maken die eerder als experimenteel werden gepresenteerd.

Van de andere wijzigingen:

  • Een reeks opties toegevoegd om SSL-verbindingen te configureren bij toegang via een proxy.
  • De informatie die wordt weergegeven bij het gebruik van de conversiefilters "schoon" en "smudge" is uitgebreid. Het structuurobject wordt nu bijvoorbeeld weergegeven, waarin de geconverteerde blob verschijnt.
  • "–Autostash" optie toegevoegd aan "git merge".
  • Verbeterde afrekeninterface.
  • De optie –no-gpg-sign toegevoegd aan het git rebase commando om de instelling commit.gpgSign te overschrijven.
  • Sjablonen voor gebruikersverschillen toegevoegd voor Markdown-documenten.
  • De uitsluitingsbeperking voor alle routes op sjablonen voor lage lonen verwijderd, wat leidde tot een lege banenboom.
  • De "git restore –staged –worktree" operatie gebruikt nu standaard de inhoud van de "HEAD" branch, in plaats van een fout weer te geven.
  • Het werk ging door om over te schakelen naar het SHA-2-hash-algoritme in plaats van SHA-1.
  • Herwerkte code om te communiceren met GnuPG.

bron: https://github.com/


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.