De nieuwe versie is nu beschikbaar controle systeem "Git 2.26.0", die aankomt met wat nieuws, experimentele ondersteuning en vooral optimalisaties. Voor degenen die niet bekend zijn met Git, dat zou je moeten weten is een van de meest populaire versiebeheersystemen, betrouwbaar en krachtig, dat flexibele niet-lineaire ontwikkeltools biedt op basis van vertakking en samenvoeging.
Om integriteit te waarborgen van geschiedenis en weerstand tegen verandering achteraf, dat is het ook gebruik de impliciete hash Van alle eerdere geschiedenis in elke commit is het ook mogelijk om de ontwikkelaars van individuele tags en commits digitaal te ondertekenen.
In vergelijking met de vorige release, de nieuwe versie nam 504 voorbereide wijzigingen aan met de deelname van 64 ontwikkelaars, waarvan er 12 voor het eerst aan de ontwikkeling deelnamen.
Git 2.26.0 hoogtepunten
In deze nieuwe versie maakte de standaardovergang naar de tweede versie van het Git-communicatieprotocol, die wordt gebruikt bij het op afstand verbinden van een client met een Git-server. De tweede versie van het protocol is opmerkelijk omdat het de mogelijkheid biedt om branches en tags aan de serverzijde te filteren met de terugkeer van een verkorte lijst met links naar de client.
Een andere belangrijke innovatie is de mogelijkheid om nieuwe functies aan het protocol toe te voegen als er nieuwe functies in de toolkit verschijnen. klantencode blijft compatibel met het vorige protocol en het kan blijven werken met nieuwe en oude servers, waarbij het automatisch terugkeert naar de eerste versie als de server de tweede niet ondersteunt.
De optie "--show-scope« is toegevoegd aan de opdracht «git config", wat vereenvoudigt de identificatie van de plaats waar bepaalde configuraties worden gedefinieerd.
Met Git kun je configuraties op verschillende plaatsen definiëren: in de repository (.git/info/config), in de gebruikersdirectory (~ / .gitconfig), in het systeembrede configuratiebestand (/ etc / gitconfig), evenals via opdrachtregelopties en omgevingsvariabelen.
Bij het uitvoeren van "git config", is het vrij moeilijk om precies te begrijpen waar de gewenste configuratie is gedefinieerd. De optie "--toon-oorsprongwas beschikbaar om dit probleem op te lossen, maar het toont alleen het pad naar het bestand waarin de configuratie is gedefinieerd, wat handig is als je van plan bent het bestand te bewerken, maar niet handig als je de waarde moet wijzigen via git config met de opties --system, --global of --local.
Aan de andere kant wordt in de aankondiging van deze nieuwe versie vermeld dat ging door met de uitbreiding van experimentele ondersteuning voor gedeeltelijke klonen, waarmee u slechts een deel van de gegevens kunt overdragen en met een onvolledige kopie van de repository kunt werken.
De nieuwe versie voegt een nieuw commando toe "git sparse-checkout toevoegen", dat de maakt het mogelijk om afzonderlijke mappen toe te voegen om de bewerking toe te passen «uitchecken" naar slechts een deel van de werkboom, in plaats van al die mappen tegelijk op te sommen via het commando "git sparse-checkout-set".
commando prestaties «git grep", die wordt gebruikt om zowel de actuele inhoud van de repository als de historische revisies te doorzoeken, neemt sterk toe.
Om het zoeken te versnellen, mocht de inhoud van de stamboom worden gescand van werk meerdere draden gebruiken ("git grep --threads"), maar de zoekopdracht in historische recensies was single-threaded. Nu is deze beperking verwijderd vanwege de implementatie van de mogelijkheid om leesbewerkingen te parallelliseren uit het objectarchief.
Het aantal threads is standaard gelijk aan het aantal CPU-cores, waarvoor nu in de meeste gevallen geen expliciete instelling van de "--draden".
Toegevoegd ondersteuning voor automatische aanvulling van invoer van subcommando's, paden, links en andere argumenten toe aan het "git worktree" commando, waarmee je met meerdere werkkopieën van de repository kunt werken.
We kunnen ook vinden de nieuwe versie van het fsmonitor-watchman-scriptDat biedt integratie met het Facebook Watchman-mechanisme om het volgen van bestandswijzigingen en het verschijnen van nieuwe bestanden te versnellen. Na git update moet je de hook in de repository vervangen.
Als je meer wilt weten over deze nieuwe release, kun je de originele notitie in de volgende link.