← Tilbake

3. GitHub: Versjonskontroll og tilbakerulling

Bruk Git-historikken til å jobbe trygt alene og sammen med andre, og til å angre en feil uten å miste resten av arbeidet.

Den vanlige arbeidsflyten

En commit er et lagringspunkt i prosjektets historie. Bruk denne rekkefølgen hver gang du skal jobbe:

git pull
git status
git add .
git commit -m "Beskriv endringen"
git push
  1. git pull henter de siste endringene før du begynner.
  2. git status viser hva du har endret.
  3. git add . velger filene som skal inn i neste commit.
  4. git commit lagrer endringen lokalt.
  5. git push sender commit-en til GitHub.

Samarbeid uten merge-konflikter

En merge-konflikt oppstår ofte når to personer endrer de samme linjene før noen rekker å hente den andres endring.

  1. Avtal hvem som arbeider med hvilke filer eller deler av siden.
  2. Kjør git pull før du starter og før du pusher.
  3. Lag små, tydelige commits, for eksempel Legg til kontaktseksjon.
  4. Push ofte, slik at de andre raskt får endringene dine.
  5. Snakk sammen før to personer redigerer samme avsnitt eller samme kodeblokk.
Får du en konflikt? Ikke slett tilfeldig. Les markeringene i filen, avtal med den andre personen hvilken versjon som skal beholdes, fjern markeringene, test siden og lag en ny commit. VS Code viser en egen knapp for å velge eller sammenligne endringene.

Angre en commit på en trygg måte

Har en feil kommet med i en commit som allerede er pushet? Bruk git revert. Den lager en ny commit som angir det gamle arbeidet, uten å skrive om felles historikk.

  1. Se historikken:
git log --oneline
  1. Finn den korte koden til commiten som skal angres.
  2. Lag tilbakerullingen og push den:
git revert KORT-KODE
git push

Se historikken på GitHub

  1. Gå til repoet og velg Commits.
  2. Velg en commit for å se hvilke filer og linjer som ble endret.
  3. Bruk dette til å finne ut når en feil oppsto, før du eventuelt bruker git revert i Terminalen.
Ikke bruk git reset --hard på felles arbeid. Kommandoen kan fjerne lokale endringer og gjøre historikken vanskelig å dele. git revert er vanligvis det trygge valget etter at en commit er pushet.