10 Git-kommandoer hver utvikler bør vite

Git er en viktig del av daglig programmering (spesielt hvis du jobber med et team) og er mye brukt i programvareindustrien.

Siden det er mange forskjellige kommandoer du kan bruke, tar mastering av Git tid. Men noen kommandoer brukes oftere (noen daglig). Så i dette innlegget vil jeg dele og forklare de 10 mest brukte Git-kommandoene som hver utvikler bør vite.

Merk: For å forstå denne artikkelen, må du vite det grunnleggende om Git.

1. Git klon

Git-klone er en kommando for å laste ned eksisterende kildekode fra et eksternt lager (som Github, for eksempel). Med andre ord lager Git clone i utgangspunktet en identisk kopi av den siste versjonen av et prosjekt i et depot og lagrer den på datamaskinen din.

Det er et par måter å laste ned kildekoden, men mest foretrekker jeg klonen med https- måten:

git clone 

Hvis vi for eksempel vil laste ned et prosjekt fra Github, er alt vi trenger å gjøre å klikke på den grønne knappen (klone eller laste ned), kopiere URL-en i boksen og lime den inn etter git clone-kommandoen som jeg har vist riktig ovenfor.

Dette vil lage en kopi av prosjektet til ditt lokale arbeidsområde, slik at du kan begynne å jobbe med det.

2. Git gren

Grener er svært viktige i gitverdenen. Ved å bruke filialer er flere utviklere i stand til å jobbe parallelt med det samme prosjektet samtidig. Vi kan bruke kommandoen git branch for å opprette, liste opp og slette grener.

Opprette en ny gren:

git branch 

Denne kommandoen oppretter en gren lokalt . For å skyve den nye grenen inn i det eksterne depotet, må du bruke følgende kommando:

git push -u  

Ser på grener:

git branch or git branch --list

Slette en filial:

git branch -d 

3. Git kassa

Dette er også en av de mest brukte Git-kommandoene. For å jobbe i en filial må du først bytte til den. Vi bruker git checkout for å bytte fra en gren til en annen. Vi kan også bruke den til å sjekke ut filer og forpliktelser.

git checkout 

Det er noen trinn du må følge for å kunne bytte mellom filialer:

  • Endringene i din nåværende filial må være begått eller stash før du bytter
  • Filialen du vil sjekke ut, bør eksistere i din lokale

Det er også en snarveikommando som lar deg opprette og bytte til en gren samtidig:

git checkout -b 

Denne kommandoen oppretter en ny gren i ditt lokale (-b står for filial) og sjekker grenen ut til ny rett etter at den er opprettet.

4. Git-status

Git-statuskommandoen gir oss all nødvendig informasjon om den nåværende grenen. 

git status

Vi kan samle informasjon som:

  • Om den nåværende filialen er oppdatert
  • Enten det er noe å forplikte, skyve eller trekke
  • Enten det er filer iscenesatt, ikke iscenesatt eller ikke sporet
  • Enten det er filer opprettet, endret eller slettet

5. Git add

Når vi oppretter, endrer eller sletter en fil, vil disse endringene skje i vår lokale og vil ikke bli inkludert i neste kommisjon (med mindre vi endrer konfigurasjonene).

Vi må bruke kommandoen git add for å inkludere endringene av en fil (e) i vår neste kommisjon. 

Slik legger du til en enkelt fil:

git add 

Slik legger du til alt på en gang:

git add -A

Når du besøker skjermbildet ovenfor i fjerde del, vil du se at det er filnavn som er røde - dette betyr at de er ustagiske filer. De ikke-iscenesatte filene blir ikke inkludert i forpliktelsene dine.

For å inkludere dem, må vi bruke git add:

Viktig: kommandoen git add endrer ikke depotet, og endringene lagres ikke før vi bruker git commit.

6. Git begå

Dette er kanskje den mest brukte kommandoen til Git. Når vi når et visst punkt i utviklingen, vil vi lagre endringene (kanskje etter en bestemt oppgave eller problemstilling).

Git commit er som å sette et kontrollpunkt i utviklingsprosessen som du kan gå tilbake til senere om nødvendig.

Vi må også skrive en kort melding for å forklare hva vi har utviklet eller endret i kildekoden.

git commit -m "commit message"

Viktig: Git commit lagrer endringene bare lokalt.

7. Git push

Etter at du har gjort endringene, er det neste du vil gjøre å sende endringene til den eksterne serveren. Git push laster opp dine forpliktelser til det eksterne depotet.

git push  

Men hvis grenen din er nylig opprettet, må du også laste opp grenen med følgende kommando:

git push --set-upstream  

eller

git push -u origin 

Viktig: Git push laster bare opp endringer som er begått.

8. Git pull

Den git pull kommandoen brukes til å få oppdateringer fra den eksterne repo. Denne kommandoen er en kombinasjon av git-henting og git-sammenslåing, noe som betyr at når vi bruker git pull, får den oppdateringene fra eksternt arkiv (git-henting) og bruker umiddelbart de siste endringene i ditt lokale (git merge).

git pull 

Denne operasjonen kan forårsake konflikter du trenger å løse manuelt.

9. Git tilbakevend

Noen ganger må vi angre endringene vi har gjort. Det er forskjellige måter å angre endringene lokalt eller eksternt (avhenger av hva vi trenger), men vi må bruke disse kommandoene nøye for å unngå uønskede slettinger.

En tryggere måte å angre på på, er å bruke git revert . For å se vår forpliktelseshistorikk, må vi først bruke git log - oneline:

Da trenger vi bare å spesifisere hash-koden ved siden av vår forpliktelse som vi vil angre:

git revert 3321844

Etter dette vil du se en skjerm som nedenfor - bare trykk shift + q for å avslutte:

Kommandoen Git revert vil angre den gitte forpliktelsen, men vil opprette en ny forpliktelse uten å slette den eldre:

Fordelen med å bruke git revert er at den ikke berører forpliktelseshistorikken. Dette betyr at du fremdeles kan se alle forpliktelsene i historien din, til og med de tilbakeførte. 

Et annet sikkerhetstiltak her er at alt skjer i vårt lokale system med mindre vi skyver dem til den eksterne repoen. Det er derfor git revert er tryggere å bruke og er den foretrukne måten å angre våre forpliktelser på.

10. Git fusjon

Når du har fullført utviklingen i din gren og alt fungerer bra, er det siste trinnet å slå sammen grenen med den overordnede grenen (dev eller master). Dette gjøres med git mergekommandoen.

Git merge integrerer i utgangspunktet funksjonsgrenen din med alle dens forpliktelser tilbake til dev (eller master) grenen. Det er viktig å huske at du først må være på den bestemte grenen du vil slå sammen med funksjonsgrenen din.

For eksempel når du vil slå sammen funksjonsgrenen din i dev-grenen:

Først bør du bytte til dev-grenen:

git checkout dev

Før du slår sammen, bør du oppdatere din lokale dev-filial:

git fetch

Til slutt kan du slå sammen funksjonsgrenen din til dev:

git merge 

Tips: Forsikre deg om at avdelingen din har den nyeste versjonen før du slår sammen filialene dine, ellers kan du møte konflikter eller andre uønskede problemer.

Så dette er mine 10 mest brukte git-kommandoer som jeg kommer over i den daglige programmeringen. Det er mange flere ting å lære om Git, og jeg vil forklare dem senere i separate artikler.

Hvis du vil lære mer om webutvikling, følg meg gjerne på Youtube !

Takk for at du leser!