Ny version af git 2.23 udgivet med nye eksperimentelle kommandoer

git 2.23

Sidste uge frigivelsen af ​​den nye version af Git 2.23 distribueret kildekontrolsystem blev præsenteret. Sammenlignet med den tidligere version blev der foretaget lidt over 500 ændringer i denne nye version.

Men imellem for nylig introducerede forbedringer i denne nye version, er de, der får mest opmærksomhed git switch y git restore, disse er to eksperimentelle kommandoer specifik som til en vis grad kan bruges til at erstatte kommandoen git checkout. For dem, der ikke er bekendt med git, skal du vide, at dette er et af de mest populære, pålidelige og højtydende versionskontrolsystemer, der leverer fleksible ikke-lineære udviklingsværktøjer baseret på forgrening og fletning af versioner.

For at sikre historikintegritet og modstand mod efterfølgende ændringer anvendes en implicit hash af al tidligere historie på hver commit, og individuelle commit- og tagudviklere kan også signeres digitalt.

Vigtigste nye funktioner i git 2.23

I denne nye version af git de ovennævnte eksperimentelle kommandoer præsenteres "git switch y git restore".

Disse nye kommandoer er designet til at adskille funktionerne «git checkout» løs, såsom grenmanipulation (ændring og oprettelse) og restaurering af filer i arbejdskataloget («git checkout $ commit - $ filename») Eller straks i iscenesættelsesområdet («--staging«, Har ingen analog i«git checkout«).

git checkout er en kommando, der f.eks. tillader at ændre grene eller oprette nye grene i et lager.

Hvis en bruger ønsker at redigere individuelle filer eller endda nulstille filnavnene i lageret på deres harddisk til at ligne deres filer, kan de også bruge git checkout. Ud over disse muligheder kan andre handlinger udføres med kommandoen git checkout.

Værd at bemærke at i modsætning til «git checkout""git restore» fjerner ikke-sporede filer fra gendannede mapper ("–No-overlay" som standard).

med git restore, er det meget lettere at bestemme nøjagtigt, hvilke filer der vil ændre sig, hvordan de vil ændre sig, og hvor de vil ændre sig. Faktisk i stedet for at bruge den komplicerede kommando git checkout, git restore giver 2 muligheder for at specificere, hvor de gendannede ændringer skal gå.

Derfor, hvis du videregiver parameteren --worktree (eller du angiver ikke noget), ændringerne foretages i lageret på din harddisk. Men hvis du videregiver parameteren --staged, ændringerne går til indekset. Endelig, hvis du passerer begge parametre, vil ændringerne gå til de to respektive placeringer.

I git 2.23 er indstillingen "git merge --quit«, Som, ligesom« –abort », stopper filialfusionsprocessen, men efterlader arbejdsmappen intakt. Denne mulighed kan være nyttig, hvis det foretrækkes at udstede nogle af de ændringer, der er foretaget under manuel fletning, som en separat forpligtelse.

kommandoer git clone, git fetch y git push nu tager de højde for tilstedeværelsen af ​​forpligtelser i tilknyttede arkiver (suppleanter).

Valgmulighederne «git blame --ignore-rev»Y«--ignore-revs-file»For at springe over forpligtelser, der foretog mindre ændringer (for eksempel formatering af rettelser);

På den anden side kan vi finde tilføjelsen af ​​muligheden «git cherry-pick --skip»For at springe konfliktkompromiset over (husket analog af sekvensen«git reset y git cherry-pick --continue')

Fra denne version, git log vil som standard tage højde for de ændringer, der er foretaget med mailmap, svarende til hvad der allerede sker i git shortlog.

Opdateringen af ​​diagrammet commit (core.commitGraph) indgivet i 2.18 blev fremskyndet betydeligt. Det fremskyndede også git for hver reference i tilfælde af at bruge flere skabeloner og reducerede antallet af opkald fra auto-gc i "git fetch --multiple".

Konfiguration er tilføjet status.aheadBehind, indstilling af indstillingen «git status - [no-] ahead-behind»Løbende.

«git branch --list»Viser nu altid separat HEAD i starten af ​​listen, uanset landestandard.

Ud over disse forbedringer, denne nye version af Git kan nu bruge referencerne til en anden løsning som en del af verifikationen af ​​det tilsluttede objekt som kan opstå, når du kloner et lager og angiver et andet under kloning eller i et andet.

Si du vil vide mere om det du kan konsultere følgende link.


Indholdet af artiklen overholder vores principper for redaktionel etik. Klik på for at rapportere en fejl her.

Vær den første til at kommentere

Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.