Hva er Git? Introduksjon til versjonskontroll

01Hva er et versjonskontrollsystem?

Er det kjent å lagre et dokument ved å kopiere det som “siste”, “siste-ekte” og “siste-denne-er-sikkert”? Et versjonskontrollsystem er den ryddige og pålitelige utgaven av denne rotete måten. Det registrerer hver endring sammen med hvem som gjorde den, når og hvorfor.

I programvare er denne registreringen avgjørende. Hvis en funksjon som virket i går, er ødelagt i dag, kan du se endringene mellom dem linje for linje og om nødvendig gå tilbake. Når teamet vokser, blir det nesten umulig å jobbe uten denne ordningen.

Git oppsto i 2005 for utviklingen av Linux-kjernen og er i dag verdens mest brukte versjonskontrollverktøy. Offisiell dokumentasjon og nedlastingslenker finner du på git-scm.com.

02Hva brukes Git til?

Verdien av Git er mye mer enn bare å ta sikkerhetskopier. Brukt riktig, endrer det hvordan teamet jobber fra grunnen av.

Selv for en utvikler som jobber alene, er forskjellen stor. For å prøve en ny idé trenger du ikke kopiere prosjektet: du lager en gren, prøver, og sletter den hvis du ikke liker resultatet. Hovedversjonen forblir ren og fungerende, og kostnaden ved å eksperimentere går nesten ned til null.

• Lagrer historikken: hvert lagringspunkt er et bilde av prosjektet på det tidspunktet.
• Gjør det enkelt å gå tilbake: en feil endring kan angres med én kommando.
• Muliggjør parallelt arbeid: alle jobber på sin egen gren og slår sammen etterpå.
• Gjør ansvar synlig: det er klart hvem som endret hvilken linje og hvorfor.
• Er distribuert: hver utvikler har en full kopi av prosjektet på datamaskinen, så du kan jobbe uten internett.
• Kobles til publiseringsprosessen: trinnene for testing og publisering kan automatiseres ved å knytte dem til bestemte grener.

03Grunnbegreper: repositorium, commit, branch

Den korteste veien til å forstå Git er å få fire begreper på plass. Kommandoene bygger på disse begrepene.

Repositorium (repository)

Et repositorium er mappen som inneholder prosjektets filer og hele endringshistorikken. En skjult .git-mappe holder denne historikken. Repositoriet på datamaskinen din kalles et lokalt repositorium, og det på en server som GitHub eller GitLab kalles et eksternt repositorium.

Hva er en commit?

En commit er en beskrevet registrering av endringene som er gjort på et bestemt tidspunkt. Hver commit har en unik identifikator. En god commit er liten og har ett formål, og meldingen svarer på spørsmålet “hva endret seg og hvorfor”.

Mellomlager (staging)

I Git lagres ikke endringer direkte. De legges først i mellomlageret. Slik kan du legge bare de tre relevante filene av ti du har endret samtidig, i én commit.

Branch og merge

En branch (gren) er en uavhengig arbeidslinje som skilles ut fra hovedkoden. Du utvikler en ny funksjon på en egen gren og slår den sammen med hovedgrenen med merge når den er klar. Slik ødelegger ikke halvferdig arbeid den fungerende versjonen.

04Grunnleggende Git-kommandoer

Etter at du har installert Git, går det meste av det daglige arbeidet med en håndfull kommandoer. For installasjonstrinnene kan du se guiden vår om installere Git. Kommandoene under fungerer likt på Windows, macOS og Linux.

git --version
git config --global user.name "Ditt Navn"
git config --global user.email "eposta@ornek.com"
mkdir proje && cd proje
git init

git status
git add index.html
git add .
git commit -m "Lagt til tittel på forsiden"
git log --oneline

git switch -c iletisim-formu
# ... gjør endringene og commit ...
git switch main
git merge iletisim-formu
git branch -d iletisim-formu

git clone https://github.com/kullanici/proje.git
git pull
git push origin main

05En typisk Git-arbeidsflyt

Selv i et lite team forhindrer arbeidsflyten under mye forvirring.

1. Hent oppdatert kode: oppdater hovedgrenen med git pull før du begynner å jobbe.
2. Lag en ny gren: opprett en egen gren for hver funksjon eller rettelse.
3. Gjør små commits: lagre hvert fornuftige trinn med en forklarende melding.
4. Send grenen til det eksterne repositoriet: del arbeidet ditt med git push.
5. Be om gjennomgang: opprett en pull request på GitHub eller en merge request på GitLab.
6. Slå sammen etter godkjenning: bare gjennomgått kode skal inn i hovedgrenen.

06Forskjellen på Git og GitHub

Dette er det som oftest blandes sammen. Git er et verktøy som kjører på datamaskinen din og holder historikken. Tjenester som GitHub, GitLab og Bitbucket er plattformer som lagrer Git-repositorier på internett og legger til gjennomgang, oppgavestyring og automatisering.

Du kan bruke Git alene uten å være knyttet til noen plattform. Men for teamarbeid og sikkerhetskopiering har det i praksis blitt standard å bruke et eksternt repositorium.

07.gitignore og en god commit-melding

Hvert repositorium bør ha en .gitignore-fil som sier hva som ikke skal følges. Avhengighetsmapper, byggeutdata, loggfiler og miljøvariabler hører hjemme på denne listen. Da holdes repositoriet lite, filer som kan gjenskapes blåser ikke opp historikken, og hemmelig informasjon deles ikke ved et uhell.

En commit-melding er et notat du leser om seks måneder. Det er en vanlig vane å skrive et kort sammendrag på rundt 50 tegn i første linje, i imperativ: “Rett opp avrundingsfeilen i handlekurvsummen”. Om nødvendig forklarer du årsaken og effekten etter en blank linje.

Gode meldinger er ikke bare for ryddighetens skyld. Når du vil finne ut hvilken endring en feil kom med, viser kommandoene git log og git blame deg veien direkte, og forklarende meldinger gjør dette søket til en sak på minutter. Å bli enige i teamet om et felles meldingsformat gjør også kodegjennomgangen raskere.

node_modules/
dist/
.env
*.log
.DS_Store

08Vanlige nybegynnerfeil

De fleste av disse feilene forsvinner av seg selv etter noen ukers øvelse. Det viktige er å få vanen med små og beskrevne commits fra første dag.

• Å committe hemmelig informasjon: passord og API-nøkler skal ikke inn i repositoriet. Legg filer som .env i .gitignore.
• Gigantiske commits: å legge en ukes arbeid i én commit gjør det vanskeligere å gå tilbake.
• Meningsløse meldinger: skriv hva som er endret i stedet for “rettelse” eller “asdf”.
• Å jobbe direkte på hovedgrenen: halvferdig arbeid kan ødelegge den live versjonen.
• Å være redd for konflikter: merge conflict er normalt, og Git viser tydelig hvilke linjer som kolliderer.
• Å legge til mapper som node_modules: legg ikke filer som kan gjenskapes i repositoriet.

09Hvor bør du starte med å lære Git?

Den mest effektive veien er å styre et lite prosjekt fra start til slutt med Git. En enkel HTML-side eller et lite skript av typen vi tar for oss i artikkelen hva er JavaScript er nok til å få begrepene til å sitte.

I neste trinn kan du sette opp et Node.js-prosjekt og prøve pakkefiler, .gitignore og grener sammen. For spørsmålet om grensesnitt- og serverkode bør ligge i samme repositorium eller i separate, er artikkelen vår om forskjellen på frontend og backend en veiviser.

I profesjonelle prosjekter er Git den usynlige, men uunnværlige ryggraden i arbeidet. Hos Aurora Yazılım kjøres alle prosjekter innen webdesign, bedriftsnettside og nettbutikkplattform med versjonskontroll, slik at hver endring kan spores og angres.