Introduktion til Git Tag
Før jeg går ind på detaljerne i Git Checkout-taget, så lad mig give dig en kort introduktion til Git, og hvorfor det er så populært og nyttigt. Git er et værktøj til distribueret kontrol, ikke kun brugt af produktledere og udviklere, men også dataforskere til at styre programmets kildekodeudvikling og dets historie. I denne artikel får vi mere at vide om Gits koncept for tagging, og hvordan og hvornår git-kommandoen bruges.
Hvad er Git Tag?
Mærker er referencer, der peger på nogle særlige punkter i Git-historien. Det bruges hovedsageligt til snapshot af et bestemt punkt i fortiden og til at markere versionen af udgivelsen (f.eks. V0.0.1). Det er som en gren, der ikke ændrer sig. De har heller ikke en yderligere historie med forpligtelser. Lad os starte med at lære at oprette nye tags.
Oprettelse af nye tags
For at oprette et nyt tag kan du udføre følgende kommando:
git tag
Hvis du vil oprette et nyt tag, skal du udskifte med en syntaktisk lignende identifikator, der identificerer til depotets punkt, når du opretter tagget. En almindelig tilgang er at bruge versionnumre som git-tag v2.5. Git har hovedsageligt to slags tags - lette tags og annoterede tags. Ovenstående eksempel var af et letvægtsmærke. Annoterede tags og Letvægts-tags er forskellige med hensyn til den samlede mængde metadata, de kan gemme med den foregående, der gemmer flere data, der består af e-mail, dato og tag-navn. De førstnævnte tags er offentlige, mens de sidstnævnte er private. Letvægts-tags er ligesom 'bogmærker' at begå, dybest set et navn, der peger på en engagement og derfor kan være nyttige til at oprette hurtige links til relaterede forpligtelser.
Kommandoerne til at oprette et letvægt-tag og et annoteret tag er henholdsvis:
git tag
git tag -a
Visning af tags
Til liste af de gemte tags i en repo kan følgende kommando bruges:
git tag
Dette giver listen med tags som output:
v1.12.0
v1.12.0-RC1
v0.13.0
v1.13.0-RC1
v0.13.1
v2.14.0
v0.14.0-RC1
v1.14.2
v0.12.0
v0.12.0-RC1
v1.12.0-rc2
For at få en bestemt liste med tags -l kan videresendes til kommandoen sammen med et wild card-udtryk:
git tag -l *-RC*
v0.12.0-RC1
v1.13.0-RC1
v0.14.0-RC1
v2.14.0-rc2
v0.15.0-RC1
v1.10.0-RC1
v14.0.0-rc.2
v14.5.0-rc.3
Ovenstående eksempel viser brugen af -l-optionen og et jokertekstudtryk af -RC, der returnerer en liste over alle tags med det specificerede mønster, der er markeret med det præfiks, tidligere anvendt til at genkende frigivelseskandidater.
Checkout-tag
Sig, at du har et projekt, og at du vil mærke bestemte punkter på det. For at tjekke et mærke skal det være lokalt til stede i dit arkiv. Til det skal du hente alle tags til dit lokale arkiv.
git fetch –all
eller git fetch --all --tags –prune
Når du har hentet alle tags, kan du tjekke et tag ved hjælp af kommandoen.
git tag -a -m
Og hvis du efter et stykke tid gerne vil gå med det tag, skal du først forpligte dine nuværende ændringer for at sikre, at du er fri til at tjekke nye aktiviteter uden at miste det tidligere arbejde. Dette gøres ved at bruge:
git checkout tags/
Du kan også oprette en ny filial samtidig, mens du tjekker dette tag, så den nuværende gren ikke overskrives. Den angivne kommando nedenfor bruges til det.
git checkout tags/ -b
For at afslutte den nuværende gren kan du gå tilbage til en anden gren ved at udstede denne kommando.
git checkout
Bemærk, at for kun at skifte til en anden gren behøver du kun at give den gren navn, i modsætning til med tags, hvor du skal indsætte præfikset 'tags /'.
Kommando git-checkout kan bruges til at se status på et depot som vist nedenfor:
git checkout v1.4
Ovennævnte kommando tjekker v1.4-mærket ved at placere depotet i en umonteret eller frakoblet HEAD, staten, hvilket betyder, at ingen af de foretagne ændringer vil opdatere tagget og således skabe en ny løsladet engagement. Nu vil denne nyligt afskilte engagement ikke være en del af nogen af de tidligere grene, og kan derfor kun nås direkte af forpligtelserne. Dette fortæller os, at det er en fremragende praksis at gyde en helt ny gren, når du vil foretage ændringer i en frakoblet HEAD-tilstand.
Hvis du i en prøve har 2 tags, der siger version 1.0 og version 1.1, kan du tjekke dem, der udfører en af følgende kommandoer:
git checkout B …
git checkout version 1.1 …
git checkout tags/version 1.1 …
Alle ovennævnte kommandoer vil gøre det samme, da et tag kun er en markør til en given begå.
Sletning af tags
Som navnet antyder, bruges sletning af tags til at slette et specifikt tag, og det kan let udføres ved hjælp af nedenstående kommando.
git tag -d
Ved at omgå indstillingen -d for at få tag sammen med det tagnavn, der skal slettes, kan du slette det identificerede tag.
git tag
v1
v2
v3
git tag -d v1
git tag
v2
v3
I det givne eksempel bruges git-mærket først til at vise listen med tags, der er v1, v2 og v3. Derefter udføres slet-kommandoen for at slette v1-tagget. Dette fjerner det slettede tag fra serveren.
Fordele ved Git Checkout-tag
- Det bruges til at oprette, ændre og slette tags.
- Det kan bruges til at liste alle tags i det lokale arkiv.
- Det hjælper også med at tjekke fjerngrene.
- Det hjælper med at styre og håndtere udgivelser.
- Holder depotet og processen ren og læsbar.
Konklusion - Git Checkout-tag
Git har mange anvendelser og bruges i vid udstrækning af udviklere, produktledere og dataforskere. Dens kommandoer er meget effektive og kan være meget nyttige. For at opsummere er tagging en ekstra mekanisme, der bruges til at fange historien om en Git-repo. Det bruges traditionelt til at fremstille semantiske identifikationskoder, der svarer til softwareversionsversioner, men det bruges hovedsageligt til at oprette, ændre og slette tags.
Anbefalede artikler
Dette er en guide til Git Checkout-mærket. Her diskuterer vi, hvordan man opretter nye tags og tjekker tags sammen med dets fordele. Du kan også gennemgå vores andre foreslåede artikler for at lære mere–
- Hvad er Git?
- Git-terminologi
- Hvad er Git filial?
- GIT-kommandoer
- GIT versionskontrolsystem
- Git Push
- Tre faser af Git-livscyklus med arbejdsgangen