Inleiding tot Git Life Cycle

Git is een van de beste gedistribueerde versiebeheersystemen die beschikbaar zijn voor programmeurs en bedrijven. In dit artikel zullen we details zien over hoe een project dat wordt gevolgd door git verloopt met de workflow, dwz Git Life Cycle. Git Life Cycle, zoals de naam al doet vermoeden, heeft betrekking op verschillende fasen die zijn betrokken na het klonen van het bestand uit de repository. Het behandelt de git centrale commando's of hoofdcommando's die nodig zijn voor dit specifieke versiebeheersysteem

De workflow van Git Life Cycle

De workflow van de Git als volgt:

  • We zullen een branch maken waaraan we kunnen werken en later zullen we deze samenvoegen met master
  • Kloon: als we eerst code in de externe repository hebben, klonen we naar local om zoiets als een lokale repository te vormen.

  • Modificaties / Bestanden toevoegen: we voeren verschillende ontwikkelingen uit op de bestaande bestanden of kunnen net zo goed nieuwe bestanden toevoegen. Git zal al deze activiteiten monitoren en loggen.

  • We moeten de inhoud die we nodig hebben om te transformeren naar de master verplaatsen naar het staging-gebied met behulp van git-opdrachten en de snapshot van geënsceneerde bestanden zal worden opgeslagen in het git-staging-gebied.
  • We moeten commits uitvoeren op de bestanden die worden geënsceneerd en de opgenomen momentopname van de bovenstaande stappen zal permanent worden opgeslagen op de lokale repo en dit specifieke wordt opgenomen door een commit-bericht voor toekomstige verwijzingen.

  • Zodra we de code beschikbaar hebben, is deze beschikbaar op de lokale repo, maar om deze naar de master-repo te verzenden, moeten we de PUSH-bewerking uitvoeren
  • Als iemand anders aan dezelfde branch werkt, is er een mogelijkheid dat hij zijn wijzigingen via push aan de master heeft toegevoegd. We moeten dus PULL-bewerking uitvoeren vóór de PUSH-bewerking als er meerdere mensen aan dezelfde branch werken en deze workflow zoals hieronder wordt weergegeven.

  • Zodra de doelvertakking is bijgewerkt, moeten we alle vereiste goedkeuringen verkrijgen zodat samenvoegbewerking met de master is toegestaan.

Dit is de basisworkflow van git. Veel tussenliggende opdrachten zoals git add, git status, git commit, git push origin, git rebase, git merge, git diff, etc zullen worden gebruikt afhankelijk van de behoefte van de gebruiker.

Stadia van Git Life Cycle

Dus we hebben de workflow van de git-levenscyclus hierboven gezien. Maar we moeten weten dat we een project met git hebben, dan kan dat project zich daar op de volgende gebieden bevinden. Hieronder genoemde gebieden zijn ingrediënten voor het recept van Git en een idee hiervan zal je veel helpen om de bestanden waaraan je werkt te volgen.

Er zijn fasen in Git Life Cycle:

  • Werkmap
  • Verzamelplaats
  • Git-directory

Deze drie fasen worden hieronder uitgelegd:

1. Werkmap

  • Als je je project op je lokale machines hebt staan, wordt het eigenlijk genoemd, ook al is het aan git gekoppeld of niet. In beide gevallen wordt het de werkmap genoemd. Maar wanneer het beschikbare project is gekoppeld aan git, zal er in feite een .git-map verborgen zijn in de zogenaamde werkmap. Dus de aanwezigheid van de .git-map is voldoende om te zeggen dat de map op de machine werkt en wordt gevolgd door de git.
  • In dit stadium weet git wat de bestanden en mappen zijn die het bijhoudt, dat is het. Hierover zijn geen andere gegevens beschikbaar. Om ervoor te zorgen dat de nieuw toegevoegde bestanden in de werkkopie worden bijgehouden, moeten we ervoor zorgen dat die bestanden worden geënsceneerd en dit is onze tweede woonplaats voor de bestanden.

2. Staging gebied

  • Wanneer we wijzigingen aanbrengen in de bestaande bestanden in de werkende repo of als we een map met bestanden toevoegen en als we willen dat deze wijzigingen moeten worden gevolgd en ook naar de lokale repo moeten worden verplaatst voor tracking, moeten we deze wijzigen bestanden of nieuw toegevoegde map of bestand aan het verzamelgebied. Git add is de basisopdracht die zal worden gebruikt om de gewijzigde bestanden naar het geënsceneerde gebied te verplaatsen.
  • Het is aangekruist die zijn gegeven aan gewijzigde bestanden of nieuw toegevoegde map met bestanden om naar de lokale repo te reizen voor verdere tractie. Die bestanden die dat ticket niet hebben, zullen worden gevolgd door de git, maar ze kunnen niet gemakkelijk naar het doelwit worden verplaatst. Hier speelt index een cruciale rol. GIT Index is iets dat tussen de lokale repo en de werkmap komt en het is degene die beslist wat er naar de lokale repo moet worden gestuurd en in feite beslist wat er naar de centrale repo moet worden gestuurd.

3. GIT-telefoonboek

  • Wanneer we de aanpassingen of toevoeging van bestanden of mappen hebben gedaan en willen dat ze deel uitmaken van de repository, doen we ze eerst naar het staging-gebied en ze zullen zich gereed maken. Wanneer we commit, geef dan het juiste commit-bericht en de bestanden worden gecommit en worden bijgewerkt in de werkmap.
  • Nu volgt git de commits en commit-berichten en bewaart het snapshot van commit-bestanden en dit gebeurt in de Git-specifieke directory genaamd Git Directory. Informatie met betrekking tot alle bestanden die zijn vastgelegd en hun vastleggingsberichten worden in deze map opgeslagen. We kunnen zeggen dat deze git-directory de metagegevens van de bestanden die zijn vastgelegd, opslaat.

Voordelen van Git levenscyclus

  • Git the life cycle beschrijft hoe een project dat wordt gevolgd door git verloopt in zijn fasen van ontwikkeling en implementatie. Dus de stappen en fasen van de levenscyclus die door git worden geboden, zijn om verschillende redenen beknopter en nuttiger. Alsof we een verzamelplaats nodig hebben en we ons misschien afvragen waarom dit nodig is ?.
  • We hebben een verzamelplaats nodig voor de snellere en efficiënte werking van git bij het volgen van de bestanden die moeten worden vastgelegd, zodat we op een later tijdstip gemakkelijk problemen kunnen terugvinden. De git-levenscyclus helpt ons om de bestanden voor en na de commits te valideren, zodat we zeker kunnen zijn van wat we plegen.
  • Snapshot van bestanden of metadata onderhouden door git is zeer nuttig wanneer we van plan zijn om samen te voegen en bij welke specifieke snapshot of commit we moeten samenvoegen. Dit zijn enkele van de voordelen van de git-levenscyclus

Conclusie

Dus de git-levenscyclus is over het algemeen de levenscyclus van het project dat wordt gevolgd en als je weet dat elke functie die betrokken is bij de workflow van git en git-fasen je meester kunt maken tijdens het werken aan het project met git. Er zijn enkele verschillende tools en commando's beschikbaar die moeten worden gebruikt en deze commando's zijn eigenlijk wat moet worden gebruikt zodat de stroom van een project in git doorgaat.

Aanbevolen artikelen

Dit is een gids voor Git Life Cycle. Hier bespreken we de basisworkflow, fasen en voordelen van de Git Life Cycle. U kunt ook het volgende artikel bekijken voor meer informatie -

  1. Git Checkout-opdracht
  2. Git Tools
  3. Git Checkout-tag
  4. Git-terminologie
  5. Hoe GIT Cherry-pick met Voorbeeld te gebruiken?

Categorie:

Big Data