Følg disse enkle regler, så bliver du en Git- og GitHub-master

I denne artikel dækker jeg ikke, hvordan man opretter en GitHub-profil, eller hvordan man bruger terminalen til at gøre en Git-forpligtelse. I stedet vil jeg forklare, hvorfor brug af Git og GitHub hver dag er så vigtigt, især for dem af jer, der lærer at kode. Jeg vil også dele og diskutere de tre enkle regler, som du nemt kan følge for at blive en Master Git- og GitHub-bruger.

Hvorfor er Git og GitHub så vigtige?

Hvis du lærer at kode, er chancerne dit vigtigste mål at til sidst få et job som softwareudvikler. I dette tilfælde er svaret meget enkelt:

At lære Git og GitHub er utroligt vigtigt, fordi 99% af de virksomheder, der kan ansætte dig, bruger Git og GitHub. Derfor lærer du at arbejde med Git og GitHub dig mere ansat og hjælpe dig med at differentiere dig fra flere juniorudviklere.

Det, der gør seniorudviklere senior, er ikke, at de kender syntaksen på et givet sprog bedre, men at de har erfaring med at arbejde med store og komplekse projekter med reelle brugere og forretningsmæssige mål.

Når du lærer at kode, er det svært at få den slags oplevelse. Imidlertid er en simpel måde at få erfaring i den virkelige verden ved at bruge de værktøjer og metoder, der bruges i projekter i den virkelige verden. Git og GitHub er et eksempel på dem.

Andre ting, du kan gøre, er fjernparprogrammering, bidrager til open source og bygger professionelt designede websteder til din portefølje.

Selv hvis du er enig i at det at mestre Git og GitHub vil hjælpe dig med at få et job, kan du stadig undre dig over:

”Hvorfor er Git og Github så vigtige for virksomheder?”

Det korte svar er, at Git giver teamene mulighed for effektivt og effektivt at bidrage med kode til det samme projekt på en asynkron måde. Dette giver holdene mulighed for at samarbejde bedre og giver dem således mulighed for at løse større og mere komplekse problemer.

Git, som er et distribueret versionskontrolsystem, giver også mekanismer til at vende tilbage til ændringer, oprette grene af kode, løse flettekonflikter osv. Dette er meget nyttige funktioner, der løser specifikke og fælles problemer, som ethvert softwareteam står over for hver dag. Og Git er den dominerende løsning i dag.

GitHub er på den anden side et tilføjet lag oven på Git, der giver løsninger på andre specifikke og almindelige problemer, såsom kodevurderinger, pull-anmodninger, problemstyring / bugsporing, og så videre.

Hurtig note: Selvom Git er go-to versionskontrol løsning for de fleste virksomheder, har GitHub nogle stærke konkurrenter som GitLab og Bitbucket. Hvis du dog ved, hvordan du bruger GitHub, har du ikke noget problem med at arbejde med GitLab eller Bitbucket.

Nu hvor du ved, hvorfor det er så vigtigt at mestre Git og Github, er det tid til at fortælle dig de tre enkle regler, du skal følge for let at blive en professionel Git- og Github-bruger, mens du stadig lærer at kode.

Sådan mestrer du Git og Github med 3 enkle regler

Bare for en vis yderligere kontekst er jeg grundlæggeren af ​​Microverse, en skole for softwareudviklere, der er helt gratis, indtil du får et job. Som en del af vores 22-ugers program lærer vi ikke kun vores studerende at kode, men vi giver dem også masser af vejledning og struktur, så de kan få erfaring fra den virkelige verden, mens de er i programmet.

En af de ting, vi beder vores studerende om, er at følge de tre regler, du finder nedenfor for at blive professionelle Git- og Github-brugere. Efter uddannelsen bliver arbejdet med Git, GitHub, filialer, pull-anmodninger og kodevurderinger en anden karakter for vores studerende.

Før jeg går videre og diskuterer de tre enkle regler for at mestre Git og Github, skal du overveje at udføre følgende opgaver:

  1. Hvis du endnu ikke er bekendt med Git eller GitHub, skal du gennemføre denne fantastiske tutorial fra HubSpot.
  2. Hvis du ikke ved, hvad GitHub Flow er, skal du lære om Github Flow, da vi vil bruge det nedenfor.

Og nu, uden meget videre, de tre enkle regler til at mestre Git og Github, mens du lærer at kode ...

  • Regel nr. 1: Opret et Git-lager for hvert nyt projekt
  • Regel 2: Opret en ny gren til hver ny funktion
  • Regel nr. 3: Brug Pull-anmodninger for at flette kode til Master

Selv hvis du arbejder på små og enkle projekter, og selv hvis du arbejder alene, vil du følge disse tre regler hver gang du koder gøre dig til en Git- og GitHub-masterbruger meget hurtigt.

Lad os kort nedbryde hver enkelt af reglerne, så du forstår, hvad du skal gøre, og hvorfor hver regel er vigtig.

Regel nr. 1: Opret et Git-lager for hvert nyt projekt

Denne første regel er ganske ligetil, men at gøre en vane ud af den er meget vigtig. Hver gang du begynder at arbejde på noget nyt - din portefølje, et læringsprojekt, en løsning på en kodningsudfordring osv. - skal du oprette et nyt Git-arkiv og skubbe det til GitHub.

At have en dedikeret repo er det første skridt til at være i stand til at bruge versionskontrol til hver kodelinje, du skriver. Brug af versionskontrol er, hvordan du vil arbejde, når du tilmelder dig et firma og begynder at arbejde på projekter i den virkelige verden. Lær dette tidligt og gør det til en vane.

Hurtig note: Hvis brugen af ​​terminalen bliver besværet og gør dig mindre tilbøjelige til at bruge Git til alle dine projekter, kan du overveje at bruge Github Desktop-appen.

Regel 2: Opret en ny gren til hver ny funktion

Lad os sige, at du arbejder på din portefølje, og du vil opbygge en ny "Kontakt mig" -afsnit / -komponent. Opret en dedikeret gren til denne nye funktion, giv den et meningsfuldt navn (f.eks. Contact-me-sektion), og forpligt al koden til den specifikke gren.

Hvis du ikke ved, hvad grene er, skal du gå tilbage til Github Flow-læsningen, som jeg anbefalede før.

Arbejde med grene giver dig og dine teammedlemmer mulighed for at arbejde på forskellige funktioner på en parallel måde, mens du holder den specifikke kode for hver funktion isoleret fra resten. Dette gør det sværere for en ustabil kode at blive samlet i hovedkodebasen.

Selv hvis du er den eneste person på dit team, vil det at vænne sig til at bruge funktionsgrene gøre Github Flow-processen til en leg, når du tiltræder et rigtigt job.

Regel nr. 3: Brug Pull-anmodninger for at flette kode til Master

Hver depot starter som standard med en masterfilial. Du skal aldrig skubbe ændringer direkte til mastergrenen. I stedet skal du bruge funktionsgrene som beskrevet ovenfor og åbne en ny Pull Request for at flette funktionsgrenkoden med mastergrenkoden.

I et rigtigt job vil nogen se på din Pull Request og foretage en kodegennemgang, før den godkendes. GitHub vil endda køre automatiske test til din kode og fortælle dig, om der er et problem med den. Du får også besked, hvis der er nogen sammenlægningskonflikt mellem din kode og koden i mastergrenen. Dette kan for eksempel ske, hvis en anden udvikler skubbede en ændring til mastergrenen, der påvirker en fil, som du også har ændret.

Når din kode er gennemgået, testet og godkendt, giver din anmelder dig tommelfingre for dig at flette Pull-anmodningen, eller de vil direkte flette din pull-anmodning.

Selv hvis du arbejder alene, skal du vænne dig til at oprette Pull Requests som en måde at flette dine ændringer til mastergrenen. Dette er for øvrig den grundlæggende arbejdsgang, der bruges af næsten ethvert open source-projekt. Hvis du nogensinde bidrager til en (du burde!), Vil det at forstå disse tre regler gøre det virkelig let for dig at få dit bidrag accepteret uden problemer.

Afslutter

Hvis du stadig er forvirret, skal du bare starte langsomt og holde de tre regler i tankerne. Forsøg ikke at tænke på “Hvordan” man gør ting endnu og fokuser på “Hvad” man skal gøre og “hvorfor” det er vigtigt for nu.

Når "Hvad" og "Hvorfor" er tydelige, kan du finde ud af "Hvordan" når tiden kommer til at gøre ting. Når du har gentaget denne proces 2-3 gange, bliver den virkelig let og naturlig for dig.

Jeg udgiver nye artikler hver uge baseret på de ting, vi lærer vores studerende på heltid. Jeg fokuserer på praktiske tip og hacks, der får dig til at lære hurtigt og samtidig hjælpe dig med at opbygge stærke bløde færdigheder og gøre dig mere ansat. Hvis du vil holde kontakten, kan du følge mig på Twitter.