Vad är Git? Introduktion till versionshantering

01Vad är ett versionshanteringssystem?

Känns det igen att spara ett dokument som kopior med namn som “slutlig”, “slutlig-på-riktigt” och “slutlig-den-här-är-säker”? Ett versionshanteringssystem är den ordnade och pålitliga varianten av det kaoset. Det registrerar varje ändring tillsammans med vem som gjorde den, när och varför.

I mjukvaruutveckling är den historiken livsviktig. Om en funktion som fungerade igår är trasig idag kan du se ändringarna rad för rad och vid behov gå tillbaka till det gamla läget. När teamet växer blir det nästan omöjligt att arbeta utan den ordningen.

Git skapades 2005 för utvecklingen av Linux-kärnan och är i dag världens mest använda verktyg för versionshantering. Den officiella dokumentationen och nedladdningslänkarna finns på git-scm.com.

02Vad används Git till?

Värdet av Git är mycket större än att bara ta säkerhetskopior. Används det rätt ordnar det teamets arbetssätt från grunden.

Skillnaden är stor även för en utvecklare som arbetar ensam. För att prova en ny idé behöver du inte kopiera projektet: du skapar en branch, provar, och tar bort den om du inte gillar resultatet. Huvudversionen förblir alltid ren och fungerande, och kostnaden för att experimentera sjunker till nästan noll.

• Sparar historiken: varje sparpunkt är en ögonblicksbild av projektet.
• Gör det enkelt att backa: en felaktig ändring kan ångras med ett enda kommando.
• Möjliggör parallellt arbete: alla arbetar i sin egen branch och slår sedan ihop.
• Gör ansvaret synligt: det framgår vem som ändrade vilken rad och varför.
• Är distribuerat: varje utvecklare har en fullständig kopia av projektet på sin dator, så man kan arbeta även utan internet.
• Kopplas till publiceringsprocessen: test- och driftsättningssteg kan knytas till bestämda branches och automatiseras.

03Grundbegrepp: repo, commit, branch

Den kortaste vägen till att förstå Git är att få fyra begrepp på plats. Kommandona bygger på dem.

Repo (repository)

Ett repo är mappen som innehåller projektets filer och hela ändringshistoriken. En dold .git-mapp håller den historiken. Repot på din dator kallas lokalt repo, och det på en server som GitHub eller GitLab kallas fjärrrepo.

Vad är en commit?

En commit är en beskriven registrering av ändringar som gjorts vid en viss tidpunkt. Varje commit har ett unikt ID. En bra commit är liten och har ett enda syfte, och meddelandet besvarar frågan “vad ändrades och varför”.

Staging-området

I Git sparas ändringar inte direkt. De läggs först i staging-området. Då kan du av tio filer du ändrat samtidigt lägga bara de tre som hör ihop i en och samma commit.

Branch och merge

En branch är en oberoende arbetslinje som grenar av från huvudkoden. Du utvecklar en ny funktion i en egen branch och slår ihop den med huvudbranchen med merge när den är klar. På så sätt förstör ett halvfärdigt arbete aldrig den fungerande versionen.

04Grundläggande Git-kommandon

När Git är installerat sköts det mesta av det dagliga arbetet med en handfull kommandon. Installationsstegen hittar du i vår guide installera Git. Kommandona nedan fungerar likadant på Windows, macOS och Linux.

git --version
git config --global user.name "Ditt Namn"
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 "Lade till rubrik på startsidan"
git log --oneline

git switch -c iletisim-formu
# ... gör ändringarna och committa ...
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

05Ett typiskt Git-arbetsflöde

Även i ett litet team undviker flödet nedan det mesta av oredan.

1. Hämta senaste koden: uppdatera huvudbranchen med git pull innan du börjar arbeta.
2. Skapa en ny branch: gör en separat branch för varje funktion eller rättning.
3. Gör små commits: spara varje logiskt steg med ett förklarande meddelande.
4. Skicka branchen till fjärrrepot: dela ditt arbete med git push.
5. Be om granskning: öppna en pull request på GitHub eller en merge request på GitLab.
6. Slå ihop efter godkännande: bara granskad kod ska komma in i huvudbranchen.

06Skillnaden mellan Git och GitHub

Det här är det som oftast blandas ihop. Git är ett verktyg som körs på din dator och håller reda på historiken. Tjänster som GitHub, GitLab och Bitbucket är plattformar som lagrar Git-repon på nätet och bygger på granskning, uppgiftsuppföljning och automatisering.

Du kan använda Git helt på egen hand utan någon plattform. I praktiken har det ändå blivit standard att använda ett fjärrrepo för teamarbete och säkerhetskopiering.

07.gitignore och ett bra commit-meddelande

Varje repo bör ha en .gitignore-fil som anger vad som inte ska spåras. Beroendemappar, byggresultat, loggfiler och miljövariabler hör hit. Då håller sig repot litet, filer som går att återskapa blåser inte upp historiken och hemlig information delas inte av misstag.

Ett commit-meddelande är en lapp som du läser om sex månader. Det är vanligt att skriva en kort sammanfattning i imperativ på ungefär 50 tecken i första raden, till exempel “Rätta avrundningsfelet i varukorgens summa”. Förklara vid behov orsaken och effekten efter en tom rad.

Bra meddelanden handlar inte bara om ordning. När du vill hitta vilken ändring som orsakade ett fel vägleder kommandona git log och git blame dig direkt, och beskrivande meddelanden kortar ner sökningen till några minuter. Att bestämma ett gemensamt meddelandeformat i teamet snabbar också upp kodgranskningen.

node_modules/
dist/
.env
*.log
.DS_Store

08Vanliga nybörjarfel

De flesta av de här felen försvinner av sig själva efter några veckors övning. Det viktiga är att skaffa sig vanan med små och beskrivna commits från första dagen.

• Att committa hemlig information: lösenord och API-nycklar ska inte hamna i repot. Lägg filer som .env i .gitignore.
• Jättecommits: att lägga en veckas arbete i en enda commit gör det svårt att backa.
• Meningslösa meddelanden: skriv vad som ändrats i stället för “fix” eller “asdf”.
• Att arbeta direkt i huvudbranchen: ett halvfärdigt arbete kan förstöra den skarpa versionen.
• Att vara rädd för konflikter: merge conflict är normalt, och Git visar tydligt vilka rader som kolliderar.
• Att lägga till mappar som node_modules: lägg inte filer som kan återskapas i repot.

09Var ska du börja när du lär dig Git?

Det mest effektiva sättet är att hantera ett litet projekt från början till slut med Git. En enkel HTML-sida eller ett litet skript av det slag vi beskriver i artikeln vad är JavaScript räcker för att få begreppen på plats.

I nästa steg kan du sätta upp ett Node.js-projekt och pröva paketfiler, .gitignore och branches tillsammans. Frågan om gränssnitts- och serverkod ska ligga i samma repo eller i separata får du hjälp med i vår artikel om skillnaden mellan frontend och backend.

I professionella projekt är Git arbetets osynliga men oumbärliga ryggrad. På Aurora Yazılım drivs alla projekt inom webbdesign, företagswebbplatser och e-handelsplattformar med versionshantering, så att varje ändring går att spåra och rulla tillbaka.