Vad är Git Checkout?

  • Detta är det mycket användbara kommandot för git-funktionalitet som fungerar tre huvudkomponenter filer, åtaganden och grenar.
  • Det är processen som fungerar för att kolla in tidigare åtaganden och filer där den aktuella arbetsmappen uppdateras för att få jämlikhet på en vald gren.
  • Det är en växelväg i din för närvarande aktiva gren samt fungerar för att återställa filerna.
  • Det ger dig tillåtelse att gå vidare till dina lokala filialer. Det är inte bara begränsat till den lokala filialen utan också tillämplig för att skapa nya lokala filialer genom den avlägsna grenen.
  • Det används mest för att växla på olika grenar och bland dem utgör en gren som en HEAD-gren.

Hur gör jag git checkout?

  • Det används för att uppdatera head med syftet att ställa in en specifik gren som den aktuella grenen med kommandot:

git kassan

  • Nästa steg är att arbeta med den grenen, du måste byta, med hjälp av att uppdatera index och filer i ditt nuvarande arbetsträd och pekar mot HEAD vid den angivna grenen.
  • Om din arbetsfilial inte är identifierad men den redan finns så att identifiera den grenen i exakt en fjärrkontroll med dess motsvarande matchande namn definieras som:

git checkout –b – spår /

  • Detta kommer att göras med ett specifikt åtagande är följande:

git checkout specific-commit-id

när kommandot har körts ovan kan vi nu få specifika åtagandets id genom att använda kommandot: git-logg. Det hjälper dig att kassa med specifika engagemang.

  • Ytterligare en funktion i git-kassafunktionen är en kassa med befintlig gren som följer:

git checkout branch_name

med tanke på förvaret där du för närvarande arbetar som inkluderar befintliga filialer. Så git checkout hjälper dig att växla mellan dessa grenar.

  • Det är också möjligt att göra en kassa med en ny gren genom att använda ett enkelt kommando som:

git checkout - ett nytt filialnamn.

Om du vill lägga till nya funktioner kan du skapa en ny gren av din huvudgren med samma kommando, som redan körts i syntaxen ovan. När den har skapats kan du nu slå på den här grenen med hjälp av git checkout-kommandot.

git checkout - b

  • Kolla grenar: git checkout-funktionen låter dig flytta mellan de grenar som skapas med hjälp av kommandot git
  • Huvudfunktionen för detta kommando är att fortsätta uppdatera alla filer i din arbetsmapp och kunna matcha dem med den version som lagras i den specifika grenen, som är ansvarig för att spela in alla nya åtaganden som kom på den grenen.
  • Ibland blir git-kassan förvirrad med gitklon. Men skillnaden mellan dessa två kommandon är att git-klon används för att hämta kod från dess nuvarande fungerande fjärrlager där git-kassan används för att växla mellan versioner av kod som lagras i ditt lokala system.
  • Växla grenar: det är en funktion i kassan som används för att indikera en pekare till HEAD för att helt enkelt köra ett kommando som:

git kassan

  • Git lagrar en historik med all detaljerad beskrivning av kassakommandot i refloggen
  • Git-utcheckning en fjärrgren: huvudfunktionen för git-utcheckning med en fjärrgren är att få åtkomst till koden från alla dina medarbetare för bättre samarbete och granskningsändamål.
  • I nästa steg, när utvecklaren fixar buggar eller uppdaterar sina koder, involverar några nya funktioner, kommer han eller hon att skapa en ny gren för att spara alla uppdateringar i säkert läge istället för att göra några ändringar av befintlig kod.
  • I det här fallet vill vi inte skapa en ny lokal filial. så vi kommer att spara våra ändringar i fjärrversionen. Så i det här scenariot kommer vi att använda git-kassan fjärrgren metoden.
  • Det första steget när du hämtar fjärrgren för git-kassan är:

git hämta ursprung

  • Nästa steg är att kolla in den gren du verkligen vill:

git checkout - b branch_name origin / branch_name

  • Så med hjälp av denna fjärrgren, alla utvecklare som arbetar med samma programvara, kan alla göra sina egna förändringar i säkert läge utan att lägga till någon onödig eller instabil kod i det aktuella arbetsprojektet.
  • Det ger den bästa funktionen för åtaganden ofta där vi kan begå små och nu kan dela allt arbete som gjorts många gånger. Det är det bästa sättet att undvika stora sammanslagningskonflikter.
  • Försök att undvika engagemang i oavslutat arbete, genom att verifiera det när du har slutfört ditt arbete och sedan begå alla förändringar. Detta är den mest effektiva metoden som undviker konflikter som uppstår under stor sammanslagning. Det håller också en sak i åtanke att vi inte kommer att begå små bitar av kod som inte fungerar. Begå inte någon kod innan den faktiska testningen görs på den. om vi delar denna kod utan att testa som kan skapa konflikter. Så bättre sätt är att testa på kod och sedan göra ändringar.

Exempel:

  • När vi kör detta kommando måste vi först kontrollera alla presenterade grenar så vi kallar följande kommando:

git gren

det kommer att visa en lista över alla presenterade grenar.

  • Nu skapar vi en ny filial:

git checkout - b checkout_demo

När du kör ovanför kommandot skapar det en ny gren med namnet checkout_demo och med hjälp av kassafunktionen byter den till en ny skapad gren.

  • Nästa steg är att hämta all data med hjälp av git fetch
  • Nu kontrollerar vi med den befintliga filialen
  • Den avlägsna grenen:

Det hjälper dig att kolla in den nya lokala filialen genom att uppdatera alla ändringar i fjärrfilialens åtagandeprocess.

Slutsats

  • Allt ovanstående innehåll drar slutsatsen att det används för att växla mellan aktiva grenar och andra lagrade grenar.
  • Denna funktionalitet används för att skapa nya grenar, växla grenar och kassa med fjärrgrenar.
  • Det uppdaterar också huvudet för att ställa in en specifik gren som en aktuell gren.

Rekommenderade artiklar

Detta är en guide till Git Checkout. Här har vi diskuterat Vad är git checkout, Hur man gör git checkout tillsammans med exempel. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -

  1. Vad är Git Branch?
  2. GitHub-kommandon
  3. GIT-kommandon
  4. Git-terminologi
  5. GIT-versionskontrollsystem
  6. Git Push
  7. Tre steg av Git-livscykel med arbetsflödet
  8. Hur använder jag GIT Cherry-pick med exempel?

Kategori: