Introduksjon til Git livssyklus
Git er et av de fremste distribuerte versjonskontrollsystemene som er tilgjengelige for programmerere og selskaper. I denne artikkelen vil vi se detaljer om hvordan et prosjekt som blir sporet av git fortsetter med arbeidsflyt, dvs. Git Life Cycle. Som navnet antyder, angår Git Life Cycle forskjellige stadier etter kloning av filen fra depotet. Den dekker git-sentralkommandoer eller hovedkommandoer som er nødvendige for dette bestemte versjonskontrollsystemet
Workflow of Git Livssyklus
Arbeidsflyten til Git som følger:
- Vi vil opprette en gren som vi kan jobbe med og senere vil vi slå den sammen med mester
- Klon: For det første, når vi har kode til stede i det eksterne depotet, klones vi til det lokale for å danne noe som kalles et lokalt arkiv.
- Modifikasjoner / Legge til filer: vi utfører flere utviklinger på de eksisterende filene, eller kan også legge til nye filer. Git vil overvåke alle disse aktivitetene og vil logge dem.
- Vi må flytte innholdet som vi trenger for å transformere til masteren til iscenesettelsesområdet ved å bruke git-kommandoer, og øyeblikksbildet av iscenesatte filer blir lagret i git staging-området.
- Vi må utføre forpliktelser på filene som er iscenesatt, og det innspilte øyeblikksbildet fra trinnene ovenfor vil bli lagret permanent på den lokale repoen, og denne er spilt inn ved å sende meldinger for fremtidige henvisninger.
- Når vi forplikter koden er tilgjengelig på den lokale repoen, men for å sende den til masterrepoen, må vi utføre PUSH-operasjon
- Hvis noen andre jobber på samme gren, vil det være en mulighet for at han kan ha lagt endringene til masteren ved å trykke. Så vi må utføre PULL-operasjon før PUSH-operasjonen hvis flere personer jobber med samme gren og denne arbeidsflyten som vist nedenfor.
- Når målgrenen er oppdatert, må vi få alle nødvendige godkjenninger slik at flettedrift med masteren er tillatt.
Dette er den grunnleggende arbeidsflyten til git der det var mange mellomkommandoer som git add, git status, git commit, git push origin, git rebase, git merge, git diff osv. Vil bli brukt avhengig av brukerens krav.
Stadier av Git livssyklus
Så vi har sett arbeidsflyten til git-livssyklusen ovenfor. Men vi trenger å vite at vi har et prosjekt knyttet til git, så det prosjektet kan ligge der i følgende områder. Nedenfor nevnte områder er ingredienser til oppskriften til Git, og hvis du har en ide om dem, vil det hjelpe deg mye å spore filene du jobber med.
Det er stadier av Git Life Cycle:
- Working Directory
- Scene område
- Git Directory
Disse tre stadiene blir forklart nedenfor:
1. Working Directory
- Hvis du har prosjektet ditt som bor på dine lokale maskiner, kalles det i utgangspunktet selv om det er knyttet til git eller ikke. I begge tilfeller vil det bli kalt arbeidskatalogen. Men når det tilgjengelige prosjektet er koblet til git, vil i utgangspunktet være den .git-mappen gjemt i den såkalte arbeidsmappen. Så tilstedeværelsen av .git-mappen er nok til å si at mappen fungerer som kopi på maskinen og at den blir sporet av git.
- På dette stadiet vet git hva er filene og mappene som den sporer, det er det. Ingen annen informasjon vil være tilgjengelig om dette. For å sikre at de nylig lagt til filene blir sporet i arbeidskopien, må vi sørge for at disse filene er iscenesatt, og dette er vår andre bolig for filene.
2. Iscenesettelsesområde
- Når vi gjør endringer i de eksisterende filene i arbeidsrepo, eller hvis vi legger til en mappe med filer, og hvis vi ønsker at disse endringene må spores og også må flyttes til den lokale repoen for sporing, må vi flytte disse endrede filer eller nylig lagt mappe med filer til iscenesettelsesområdet. Git add er den grunnleggende kommandoen som vil bli brukt til å flytte de modifiserte filene til det iscenesatte området.
- Det er krysset av som er gitt til endrede filer eller nylig lagt til mappe med filer for å reise til den lokale repoen for videre trekkraft. Disse filene som ikke har den billetten, vil bli sporet av git, men de vil ikke kunne flytte til målet lett. Her spiller indeks en kritisk rolle. GIT-indeksen er noe som kommer mellom lokal repo og arbeidskatalog, og det er den som bestemmer hva som skal sendes til den lokale repoen, og faktisk bestemmer den hva som må sendes til den sentrale repoen.
3. GIT-katalogen
- Når vi har gjort modifiseringer eller tillegg av filer eller mapper og vil at de skal være en del av depotet de først gjør, er å flytte dem til iscenesettelsesområdet, og de vil forplikte seg. Når vi forplikter, vil du gi den aktuelle forpliktelsesmeldingen, og filene vil bli forpliktet og bli oppdatert i arbeidsmappen.
- Nå sporer git forpliktelser og engasjementmeldinger og bevarer øyeblikksbildet av engasjementsfiler, og dette gjøres i den Git-spesifikke katalogen kalt Git Directory. Informasjon relatert til alle filene som ble begått og deres engasjerte meldinger, vil bli lagret i denne katalogen. Vi kan si at denne git-katalogen lagrer metadataene til filene som ble begått.
Fordeler med Git livssyklus
- Git livssyklusen beskriver hvordan et prosjekt som blir sporet av git, fortsetter i utviklingsstadier og distribusjon. Så livssyklustrinnene og stadiene levert av git er mer kortfattede og nyttige av forskjellige grunner. Som om vi trenger et iscenesettelsesområde og kanskje vi lurer på hvorfor det kreves?
- Vi krever et iscenesettelsesområde for raskere og effektiv drift av git for å spore filene som må være begått, slik at vi på et senere tidspunkt, hvis det oppstår problemer, lett kan spore tilbake. Git-livssyklusen hjelper oss å validere filene før og etter forpliktelsene, slik at vi kan være sikre på hva vi begår.
- Øyeblikksbilde av filer eller metadata vedlikeholdt av git er svært nyttig når vi planlegger å slå sammen og hvor bestemt øyeblikksbilde eller forpliktelse vi trenger å slå sammen. Dette er noen av fordelene med git livssyklus
Konklusjon
Dermed er git-livssyklusen generelt livssyklusen til prosjektet som spores, og det å kjenne til hver funksjon som er involvert i arbeidsflyten til git- og git-trinn, kan få deg til å mestre mens du jobber med prosjektet med git. Noen forskjellige verktøy og kommandoer er tilgjengelige som må brukes, og disse kommandoene er faktisk det som må brukes slik at flyt av et prosjekt i GIT fortsetter.
Anbefalte artikler
Dette er en guide til Git Life Cycle. Her diskuterer vi den grunnleggende arbeidsflyten, stadiene og fordelene ved Git Life Cycle. Du kan også se på følgende artikkel for å lære mer -
- Git Checkout-kommando
- Git Tools
- Git Checkout-kode
- Git terminologi
- Hvordan bruker jeg GIT Cherry-pick med eksempel?