Introduktion til Git-livscyklus
Git er et af de førende distribuerede versionskontrolsystemer, der er tilgængelige for programmerere og virksomheder. I denne artikel vil vi se detaljer om, hvordan et projekt, der spores af git, fortsætter med workflow, dvs. Git Life Cycle. Git Life Cycle, som navnet antyder, vedrører forskellige involverede faser efter kloning af filen fra depotet. Det dækker de git-centrale kommandoer eller hovedkommandoer, der er krævet til dette bestemte versionskontrolsystem
Arbejdsgangen fra Git-livscyklus
Arbejdsgangen til Git som følger:
- Vi vil oprette en gren, som vi kan arbejde på, og senere vil vi slå den sammen med master
- Klon: Først når vi har kode til stede i fjernlageret, klones vi til det lokale for at danne noget, der kaldes et lokalt arkiv.
- Ændringer / tilføjelse af filer: vi udfører adskillige udviklinger på de eksisterende filer eller tilføjer måske også nye filer. Git overvåger alle disse aktiviteter og logger dem.
- Vi er nødt til at flytte det indhold, som vi har brug for for at omdanne til masteren til iscenesættelsesområdet ved hjælp af git-kommandoer, og snapshot af iscenesatte filer gemmes i git-iscenesættelsesområdet.
- Vi er nødt til at udføre forpligtelser på de filer, der er iscenesat, og det indspillede snapshot fra ovenstående trin gemmes permanent på den lokale repo, og denne særlige indspilles ved hjælp af besked til fremtidige henvisninger.
- Når vi forpligter er koden tilgængelig på den lokale repo, men for at sende den til masterrepoen, er vi nødt til at udføre PUSH-operation
- Hvis en anden arbejder på den samme gren, er der en mulighed for, at han måske har tilføjet sine ændringer til masteren ved at trykke på. Så vi er nødt til at udføre PULL-operation inden PUSH-operationen, hvis flere mennesker arbejder på den samme gren og denne arbejdsgang som vist nedenfor.
- Når målgrenen er opdateret, er vi nødt til at få alle de krævede godkendelser, så fusionering med masteren er tilladt.
Dette er den grundlæggende arbejdsgang for git, hvor der var masser af mellemkommandoer som git add, git status, git commit, git push oprindelse, git rebase, git merge, git diff osv. Vil blive brugt afhængigt af brugerens krav.
Faser af Git livscyklus
Så vi har set arbejdsgangen i git-livscyklussen ovenfor. Men vi er nødt til at vide, at vi har et projekt, der er forbundet med git, så kan det projekt opholde sig der i følgende områder. Nedenfor nævnte områder er ingredienser til opskriften på Git, og at have en idé om dem vil hjælpe dig meget med at spore de filer, du arbejder på.
Der er faser i Git-livscyklus:
- Working Directory
- Iscenesættelsesområde
- Git Directory
Disse tre faser er forklaret nedenfor:
1. Working Directory
- Hvis du har dit projekt, der bor på dine lokale maskiner, kaldes det dybest set, selvom det er knyttet til git eller ej. I begge tilfælde kaldes det som arbejdsmappen. Men når det tilgængelige projekt er knyttet til git, er der dybest set en git-mappe skjult i den såkaldte arbejdsmappe. Så tilstedeværelsen af .git-mappen er nok til at sige, at mappen arbejder kopi på maskinen, og den spores af git.
- På dette tidspunkt ved git, hvad er filerne og mapperne, det sporer, det er det. Der vil ikke være andre oplysninger om dette. For at sikre, at de nyligt tilføjede filer spores i arbejdskopien, er vi nødt til at sikre, at disse filer er iscenesat, og dette er vores anden bopæl for filerne.
2. Iscenesættelsesområde
- Når vi foretager ændringer i de eksisterende filer i arbejdsrepo, eller hvis vi tilføjer en mappe med filer, og hvis vi ønsker, at disse ændringer skal spores og også skal flyttes til den lokale repo for sporing, er vi nødt til at flytte disse ændrede filer eller nyligt tilføjet mappe med filer til iscenesættelsesområdet. Git add er den grundlæggende kommando, der vil blive brugt til at flytte de ændrede filer til det iscenesatte område.
- Det er markeret, der er givet til ændrede filer eller nyligt tilføjet mappe med fil for at rejse til den lokale repo for yderligere trækkraft. De filer, der ikke har denne billet, spores af git, men de vil ikke være i stand til let at flytte til målet. Her spiller indeks en kritisk rolle. GIT-indeks er noget, der kommer mellem lokal repo og arbejdsmappe, og det er den, der bestemmer, hvad der skal sendes til den lokale repo, og faktisk bestemmer det, hvad der skal sendes til den centrale repo.
3. GIT-bibliotek
- Når vi har udført ændringerne eller tilføjelsen af filer eller mappe og ønsker, at de skal være en del af depotet, de først gør, er det at flytte dem til iscenesættelsesområdet, og de vil forpligte sig klar. Når vi forpligter os, leverer den passende engagementsmeddelelse, og filer vil blive forpligtet og blive opdateret i arbejdsmappen.
- Nu sporer git forpligtelser og engageringsmeddelelser og bevarer snapshot af engagementsfiler, og dette gøres i det Git-specifikke bibliotek, kaldet Git Directory. Oplysninger, der er relateret til alle de filer, der blev foretaget, og deres engagement-meddelelser, gemmes i dette bibliotek. Vi kan sige, at dette git-bibliotek gemmer metadataene for de filer, der blev foretaget.
Fordele ved Git-livscyklus
- Git livscyklus beskriver, hvordan et projekt, der spores af git, fortsætter i dets stadier af udvikling og implementering. Så livscyklus trin og stadier leveret af git er mere kortfattede og nyttige af forskellige grunde. Som om vi har brug for et iscenesættelsesområde, og vi måske undrer os over, hvorfor det kræves?
- Vi har brug for et iscenesættelsesområde for hurtigere og effektiv drift af git til sporing af de filer, der skal bruges, så vi på et senere tidspunkt, hvis der opstår problemer, let kan spores tilbage. Git-livscyklussen hjælper os med at validere filerne før og efter forpligtelserne, så vi kan være sikre på, hvad vi begår.
- Snapshot af filer eller metadata, der vedligeholdes af git, er meget nyttigt, når vi planlægger at flette, og på hvilket bestemt øjebliksbillede eller forpligtelse vi har brug for at flette. Dette er nogle af fordelene ved git-livscyklussen
Konklusion
Således er livets livscyklus generelt livscyklussen for det projekt, der spores, og det at kende hver funktion involveret i workflow af git og git-stadier kan få dig til at mestre, mens du arbejder på projektet med git. Nogle forskellige værktøjer og kommandoer er tilgængelige, der skal bruges, og disse kommandoer er faktisk det, der skal bruges, så strømmen af et projekt i git fortsætter.
Anbefalede artikler
Dette er en guide til Git Life Cycle. Her diskuterer vi den grundlæggende arbejdsgang, faser og fordele ved Git Life Cycle. Du kan også se på den følgende artikel for at lære mere -
- Git Checkout-kommando
- Git værktøjer
- Git Checkout-tag
- Git-terminologi
- Hvordan bruges GIT Cherry-pick med eksempel?