Hva er Git Checkout?
- Dette er den veldig nyttige kommandoen for git-funksjonalitet som fungerer som tre hovedkomponenter, filer, forpliktelser og grener.
- Det er prosessen som jobber for å sjekke ut tidligere forpliktelser og filer der den gjeldende arbeidsmappen er oppdatert for å få likhet på en valgt gren.
- Det er en vekslende bane i den nåværende aktive grenen, i tillegg til at den fungerer for å gjenopprette filene.
- Det gir deg tillatelse til å gå videre til dine lokale filialer. Det er ikke bare begrenset til den lokale grenen, men også aktuelt for å opprette nye lokale grener gjennom den eksterne grenen.
- Det er mest brukt til å bytte på forskjellige grener, og blant dem lager en gren som en HEAD gren.
Hvordan gjøre git checkout?
- Det brukes til å oppdatere hode med det formål å sette en spesifisert gren som den nåværende grenen ved å bruke kommandoen:
git kassa
- Neste trinn er å jobbe med den grenen, du må bytte, ved hjelp av å oppdatere indeks og filer i det nåværende arbeidstreet og peke mot HEAD på den angitte grenen.
- Hvis din arbeidsgren ikke er identifisert, men den allerede er til stede for å identifisere den grenen i nøyaktig en fjernkontroll med det tilsvarende samsvarende navnet, er definert som:
git kassa –b – spor /
- Dette blir gjort med en spesifikk forpliktelse er som følger:
git checkout specific-commit-id
en gang ovenfor kommandoen kjøres, er vi nå i stand til å få den spesifikke forpliktelses-ID-en ved å bruke kommandoen: git-logg. Det vil hjelpe deg med å sjekke ut med spesifikke engasjementer.
- En annen funksjon i git-kassefunksjonaliteten gjør at en kasse med eksisterende gren er som følger:
git checkout branch_name
med tanke på depotet du jobber for øyeblikket som inkluderer eksisterende filialer. Så git-kassa hjelper deg å veksle mellom disse grenene.
- Det er også mulig å gjøre en kassa med en ny gren ved å bruke en enkel kommando som:
git checkout - et nytt filialnavn.
Hvis du vil legge til nye funksjoner, kan du opprette en ny gren av hovedgrenen din med den samme kommandoen, som allerede ble utført i syntaks over. Når den er opprettet, kan du nå slå på denne grenen ved å bruke git checkout-kommandoen.
git kassa –b
- Sjekke grener: git checkout-funksjonen lar deg bevege deg mellom grenene som er opprettet ved å bruke kommandoen git
- Hovedfunksjonen til denne kommandoen er å fortsette å oppdatere alle filene i arbeidsmappen din og være i stand til å matche dem med versjonen som er lagret i den bestemte grenen, som er ansvarlig for å registrere alle nye forpliktelser som kom på den grenen.
- Noen ganger blir git checkout forvekslet med git klon. Men forskjellen mellom disse to kommandoene er at git-klon brukes til å hente kode fra det nåværende fungerende fjernlageret der git-kassa brukes til å veksle mellom versjoner av kode som er lagret på ditt lokale system.
- Bytte grener: det er en av funksjonene i kassen som brukes til å indikere en peker til HEAD til ganske enkelt å kjøre en kommando som:
git kassa
- Git lagrer en historie med all detaljert beskrivelse av utsjekkskommandoen i refloggen
- Git checkout en ekstern gren: hovedfunksjonaliteten til git checkout med en ekstern gren er å få tilgang til koden fra alle dine medarbeidere for bedre samarbeid og gjennomgangsformål.
- I det neste trinnet, når utvikler fikser feil eller oppdaterer kodene sine, involverer noen nye funksjoner, vil han eller hun opprette en ny gren for å lagre alle oppdateringer i sikker modus i stedet for å gjøre endringer i eksisterende kode.
- I dette tilfellet ønsker vi ikke å opprette en ny lokal filial. slik at vi fortsetter å lagre endringene våre på den eksterne versjonen. Så i dette scenariet skal vi bruke git checkout-grenen-metoden.
- Det første trinnet når du henter fjernkontrollen til git checkout er:
git hente opprinnelse
- Neste trinn er å sjekke grenen du faktisk ønsker:
git checkout - b grenavns opprinnelse / gren navn
- Så ved hjelp av denne eksterne grenen, alle utviklere som jobber med den samme programvaren, er alle i stand til å gjøre sine egne endringer i sikker modus uten å legge til unødvendig eller ustabil kode i det nåværende arbeidsprosjektet.
- Det gir den beste funksjonen ved å forplikte oss ofte, der vi er i stand til å forplikte oss små og nå er i stand til å dele det arbeidet som er gjort mange ganger. Det er den beste måten å unngå store sammenslåingskonflikter.
- Forsøk å unngå forpliktelser til uferdig arbeid. Når du først er ferdig med å bekrefte det, og deretter gjøre alle endringene. Dette er den mest effektive metoden som unngår konflikter som oppstår under stor sammenslåing. Det holder også en ting i bakhodet at vi ikke kommer til å begå små biter med kode som ikke fungerer. Ikke begi noen kode før den faktiske testen er utført på den. hvis vi deler denne koden uten testing som kan skape konflikter. Så bedre måte er å utføre testing på kode og deretter begå endringer.
eksempler:
- Når vi kjører denne kommandoen, må vi først sjekke alle de presenterte grenene, så vi kaller følgende kommando:
git gren
det vil vise en liste over alle presenterte grener.
- Nå lager vi en ny gren:
git checkout --b checkout_demo
Når du kjører over kommandoen, vil den opprette en ny gren som heter checkout_demo og ved hjelp av kassa-funksjonen bytter den til en nyopprettet gren.
- Neste trinn er å hente alle data ved å bruke git fetch
- Nå sjekker vi med eksisterende filial
- Den eksterne grenen:
Det vil hjelpe deg å sjekke ut den nye lokale grenen ved å oppdatere alle endringer i forpliktelsesprosessen for eksterne grener.
Konklusjon
- Alt innholdet ovenfor konkluderer med at det brukes til å veksle mellom aktive grener og andre lagrede grener.
- Denne funksjonaliteten brukes til å lage nye grener, bytte grener og kasse med eksterne grener.
- Det oppdaterer også hodet for å angi en spesifisert gren som en aktuell gren.
Anbefalte artikler
Dette er en guide til Git Checkout. Her har vi diskutert Hva er git checkout, Hvordan gjøre git checkout sammen med eksempler. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Hva er Git Branch?
- GitHub-kommandoer
- GIT-kommandoer
- Git terminologi
- GIT versjonskontrollsystem
- Git Push
- Tre stadier av Git-livssyklus med arbeidsflyten
- Hvordan bruker jeg GIT Cherry-pick med eksempel?