@CodenlynDamilola Ale
Versiebeheer is een belangrijk onderdeel geworden van het softwareontwikkelingsproces. Versiebeheer helpt bij het vastleggen van wijzigingen in een project in de loop van de tijd, zodat u specifieke versies later kunt terughalen. Ik zal het hebben over GitHub.
Toen ik begon als ontwikkelaar, begon ik GitHub te gebruiken omdat iedereen zei dat het noodzakelijk is voor ontwikkelaars om hun code online te hebben. Met dat in gedachten, zag ik het als een plek om al mijn projecten op te slaan in het geval mijn systeem crasht, zou ik in staat zijn om ze terug te downloaden.
Grappig toch?
Later realiseerde ik me dat GitHub meer was dan alleen dat, het is een plek waar ik alle voortgang kon zien die ik heb gemaakt bij elke stap van het bouwen van mijn project of software. Het is ook een plek waar iedereen over de hele wereld kan bijdragen aan projecten met verschillende ideeën.
Omstreeks halverwege het jaar, ik begon bij Microverse, werd ik geïntroduceerd aan GitHub Flow. GitHub Flow moedigt je aan om feature-branches te maken voor elke feature van je software. Wanneer je denkt dat je software of project klaar is om bekeken of gebruikt te worden, maak je een pull request aan en voeg je het samen naar de master branch.
Cool right?
clone the projectin je lokale repository.
cdin de repository
controleer de tak waar je nu op zit
maak een nieuwe
feature branch
begin te werken aan je feature en wanneer je klaar bent,
add,
commiten
pushnaar de feature branch
Ga naar je remote repository op GitHub en maak een pull request en voeg samen wanneer je denkt dat de functie is voltooid
Op deze manier krijg je een overzicht van alle functies die je hebt gemaakt en wat je in elke fase hebt toegevoegd. Naarmate ik vorderde, realiseerde ik me dat de master branch voornamelijk voor productie was en op het moment dat je een pull request samenvoegt, zeg je dat die feature klaar is om door iedereen gebruikt of bekeken te worden.
Het was toen dat ik tot de ontdekking kwam dat GitHub flow perfect werkt voor kleine projecten, maar wat als ik een project heb met meer dan één belangrijke feature en ik gebruik GitHub flow, dan zeg ik indirect dat alle features die naar de master branch worden samengevoegd klaar zijn voor productie, maar als we erover nadenken, zijn ze dat dan wel?
Een feature uitbrengen voor een project met veel features heeft geen zin en dat is waar Git Flow om de hoek komt kijken. Het lijkt erg op GitHub flow, maar introduceert een betere manier om met versiebeheer te werken.
In Git Flow, maken we een ontwikkelingstak en dan maken we de ontwikkelingstak de standaard tak totdat we klaar zijn voor productie. Op deze manier worden alle feature-branches gemaakt vanuit de development branch en samengevoegd in de development branch als ze klaar zijn.
Klinkt logisch, toch? Nu, kan ik alleen samenvoegen naar de master branch als ik denk dat mijn software klaar is voor productie met alle functies toegevoegd.
Na het klonen van je repository, maak je een
developmentbranch
Controleer om te zien aan welke branch je momenteel werkt
Probeer om een bestand toe te voegen, misschien een HTML bestand zodat je je remote repository kunt updaten met de development branch.
Ga naar je remote repository op GitHub , ga naar instellingen, klik op branches en maak ontwikkeling de standaard branch
Nu, kun je feature-branches maken van de
developmentbranch, er een pull request van maken en mergen naar
developmentbranch.
Wanneer al uw functies klaar zijn, volg dan dezelfde stappen als hierboven, maak master weer standaard, maak een pull request van development naar master en merge voor productie.
Ik weet dat het een lange lezing is geweest, maar ik vertrouw erop dat we nu weten wanneer we GitHub flow of Git Flow moeten gebruiken.
Dank je voor het lezen.
Tags
Maak uw gratis account aan om uw leeservaring op maat te ontgrendelen.