Introduktion till Git Life Cycle
Git är ett av de främsta distribuerade versionskontrollsystemen som finns tillgängliga för programmerare och företag. I den här artikeln kommer vi att se detaljer om hur ett projekt som spåras av git fortsätter med arbetsflödet, dvs Git Life Cycle. Git Life Cycle som namnet antyder handlar om olika stadier involverade efter kloning av filen från förvaret. Det täcker de git centrala kommandona eller huvudkommandona som krävs för detta specifika versionskontrollsystem
Arbetsflödet från Git Livscykel
Arbetsflödet för Git enligt följande:
- Vi kommer att skapa en gren som vi kan arbeta med och senare kommer vi att slå samman den med mästare
- Klon: Först när vi har kod närvarande i fjärrförvaret klonerar vi till lokala för att bilda något som kallas ett lokalt förvar.
- Ändringar / lägg till filer: vi utför flera utvecklingar av befintliga filer eller kan också lägga till nya filer. Git kommer att övervaka alla dessa aktiviteter och loggar dem.
- Vi måste flytta innehållet som vi behöver för att omvandla till befälhavaren till iscenesättningsområdet genom att använda git-kommandon och ögonblicksbilden av iscensatta filer sparas i git-stagingområdet.
- Vi måste utföra åtaganden på filerna som är iscensatt och den inspelade ögonblicksbilden från stegen ovan kommer att sparas permanent i den lokala repo och detta spelas in av engagemang för framtida hänvisningar.
- När vi begår att koden är tillgänglig på den lokala repo men för att skicka den till master repo måste vi utföra PUSH-operation
- Om någon annan arbetar på samma gren finns det en möjlighet att han kan ha lagt till sina förändringar till befälhavaren genom att trycka. Så vi måste utföra PULL-operation före PUSH-operationen om flera personer arbetar på samma gren och detta arbetsflöde som visas nedan.
- När målgrenen har uppdaterats måste vi få alla nödvändiga godkännanden så att sammanslagningsoperation med befälhavaren tillåts.
Detta är det grundläggande arbetsflödet för git var massor av mellankommandon som git add, git status, git commit, git push origin, git rebase, git merge, git diff, etc. kommer att användas beroende på användarens krav.
Stadier av Git livscykel
Så vi har sett arbetsflödet i git livscykeln ovan. Men vi måste veta att vi har ett projekt kopplat till git då det projektet kan finnas där i följande områden. Nedan nämnda områden är ingredienser till receptet från Git och att ha en uppfattning om dem hjälper dig mycket att spåra filerna du arbetar med.
Det finns stadier i Git Life Cycle:
- Working Directory
- Sceneringsområde
- Git-katalog
Dessa tre etapper förklaras nedan:
1. Arbetsregister
- Om du har ditt projekt bosatt på dina lokala maskiner så kallas det i princip trots att det är kopplat till git eller inte. I båda fallen kommer det att kallas som arbetskatalogen. Men när det tillgängliga projektet är länkat till git kommer i princip en .git-mapp dold i den så kallade arbetskatalogen. Så närvaron av .git-mappen räcker för att säga att mappen fungerar kopia på maskinen och den spåras av git.
- I detta skede vet git vad är filerna och mapparna som det spårar är det. Ingen annan information kommer att finnas om detta. För att se till att de nyligen tillagda filerna spåras i arbetskopian måste vi se till att dessa filer är iscensatta och detta är vår andra bostad för filerna.
2. Sceneringsområde
- När vi gör ändringar i de befintliga filerna i arbetsreppen eller om vi lägger till någon mapp med filer och om vi vill att dessa ändringar måste spåras och också måste flyttas till den lokala repo för spårning måste vi flytta dessa ändrade filer eller nyligen tillagda mapp med filer till scenområdet. Git add är det grundläggande kommandot som kommer att användas för att flytta de ändrade filerna till det iscensatta området.
- Det är markerat som har givits till modifierade filer eller nyligen tillagda filmapp för att resa till den lokala repo för ytterligare dragkraft. De filer som inte har den biljetten spåras av git men de kommer inte att kunna flytta till målet enkelt. Här spelar index en avgörande roll. GIT-index är något som kommer in mellan lokal repo och fungerande katalog och det är den som bestämmer vad som ska skickas till den lokala repo och faktiskt bestämmer det som behöver skickas till den centrala repo.
3. GIT-katalog
- När vi har gjort ändringarna eller tillägget av filer eller mapp och vill att de ska vara en del av förvaret de först gör vi är att flytta dem till iscenesättningsområdet och de kommer att göra sig klara. När vi begår tillhandahåller sedan lämpligt engagemang och filer kommer att begås och uppdateras i arbetskatalogen.
- Nu spårar git åtaganden och begär meddelanden och bevarar ögonblicksbilden av åtagandefiler och detta görs i den Git-specifika katalogen som heter Git-katalog. Information relaterad till alla filer som begicks och deras åtkomstmeddelanden kommer att lagras i den här katalogen. Vi kan säga att denna git-katalog lagrar metadata för filerna som begicks.
Fördelar med Git livscykel
- Git livscykeln beskriver hur ett projekt som spåras av git fortsätter i dess utvecklingsstadier och implementering. Så livscykelstegen och stadierna från git är mer kortfattade och användbara av olika skäl. Som om vi behöver ett iscenesättningsområde och vi kanske undrar varför det krävs ?.
- Vi kräver ett iscenesättningsområde för snabbare och effektivare drift av git för att spåra de filer som måste begås, så att vi vid ett senare tillfälle om några problem uppstår lätt kan spåra. Git-livscykeln hjälper oss att validera filerna före och efter åtagandena så att vi kan vara säkra på vad vi begår.
- Snapshot av filer eller metadata som upprätthålls av git är mycket användbart när vi planerar att smälta samman och vid vilken särskild ögonblicksbild eller åtagande vi behöver slå samman. Dessa är några av fördelarna med git-livscykeln
Slutsats
Således är livets livscykel i allmänhet livscykeln för projektet som spåras och att känna till varje funktion som är involverad i arbetsflödet för git- och git-steg kan få dig att behärska när du arbetar med projektet med git. Vissa olika verktyg och kommandon finns tillgängliga som måste användas och dessa kommandon är faktiskt vad som behöver användas så att ett projektflöde i GIT fortsätter.
Rekommenderade artiklar
Detta är en guide till Git Life Cycle. Här diskuterar vi det grundläggande arbetsflödet, stadierna och fördelarna med Git Life Cycle. Du kan också titta på följande artikel för att lära dig mer -
- Git Checkout-kommando
- Git-verktyg
- Git Checkout-tagg
- Git-terminologi
- Hur använder jag GIT Cherry-pick med exempel?