. 
@CodenlynDamilola Ale
Versionskontroll har blivit en viktig del av mjukvaruutvecklingsprocessen. Versionskontroll hjälper till att registrera ändringar i ett projekt över tid så att du kan återkalla specifika versioner senare. Jag kommer att tala om GitHub.
När jag började som utvecklare började jag använda GitHub eftersom alla sa att det är nödvändigt för utvecklare att ha sin kod online. Med det i åtanke såg jag det som en plats för att lagra alla mina projekt så att om mitt system skulle krascha skulle jag kunna ladda ner dem tillbaka.
Lustigt eller hur?
Senare insåg jag att GitHub var mer än så, det är en plats där jag kan se alla framsteg som jag har gjort i varje steg i byggandet av mitt projekt eller min programvara. Det råkar också vara en plats där alla runt om i världen kan bidra till projekt med olika idéer.
Omkring halvårsskiftet började jag på Microverse, jag introducerades till GitHub Flow. GitHub Flow uppmuntrar dig att skapa funktionsgrenar för varje funktion i din programvara. När du anser att din programvara eller ditt projekt är redo att ses eller användas skapar du en pull request och slår ihop den med mastergrenen.
Snyggt eller hur?
clone the projecti ditt lokala arkiv.
cdin i förvaret
kontrollera grenen du befinner dig på
.
Skapa en ny
feature branch
Börja arbetet med din funktion och när du är klar,
add,
commitoch
pushtill funktionsgrenen
Gå till ditt fjärrförvar på GitHub och skapa en dragförfrågan. och sammanfoga när du anser att funktionen är färdig
På så sätt kan du se alla funktioner som du skapat och vad du lagt till i varje fas. Efterhand som jag gjorde framsteg insåg jag att mastergrenen främst var avsedd för produktion och i det ögonblick du sammanfogar en pull request säger du att funktionen är redo att användas eller ses av alla.
Det var då jag kom till insikt om att GitHub flow fungerar perfekt för små projekt, men vad händer om jag har ett projekt med mer än en viktig funktion och jag använder GitHub flow, så säger jag indirekt att alla funktioner som slås samman till mastergrenen är redo för produktion, men om vi tänker efter, är de det?
Att släppa en funktion för ett projekt med många funktioner är inte meningsfullt och det är där Git Flow kommer in. Det är väldigt likt GitHub flow men introducerar ett bättre sätt att arbeta med versionskontroll.
I Git Flow skapar vi en utvecklingsgren och gör sedan utvecklingsgrenen till standardgren tills vi är redo för produktion. På så sätt skapas alla funktionsgrenar från utvecklingsgrenen och slås samman i utvecklingsgrenen när de är färdiga.
Det låter vettigt, eller hur? Nu får jag bara slå ihop till huvudgrenen när jag anser att min programvara är redo för produktion med alla funktioner tillagda.
När du har klonat ditt arkiv skapar du en
developmentgren
Kontrollera vilken gren du för närvarande arbetar på
försök att lägga till en fil, kanske en HTML-fil så att du kan uppdatera ditt fjärrarkiv med utvecklingsgrenen.
Gå till ditt fjärrarkiv på GitHub , gå till inställningar, klicka på grenar och gör utveckling till standardgren
Nu, kan du skapa funktionsgrenar från
development-grenen, skapa en pull request från den och sammanfoga till
development-grenen.
När alla dina funktioner är klara, följ samma steg ovan, gör master till standard igen, skapa en pull request från utveckling till master och sammanfoga för produktion.
Jag vet att det har varit en lång läsning, men jag litar på att vi vid det här laget borde veta när vi ska använda GitHub flow eller Git Flow.
Tack för att du läste.
Tags
Skapa ett kostnadsfritt konto för att låsa upp din anpassade läsupplevelse.