Git och versionskontroll – grunden för modernt arbetsflöde

Varför Git är oundvikligt

Alla moderna hosting-tjänster (Vercel, Netlify, Cloudflare Pages) integrerar direkt med Git-repos. CI/CD bygger på Git. Samarbete i team bygger på Git. Säkerhetskopiering, ändringshistorik, möjligheten att backa vid misstag – allt det ger Git dig.

Det är inte ett verktyg bland många. Det är infrastruktur.

Vad Git gör

Git är ett distribuerat versionskontrollsystem. Konkret innebär det:

• Det spårar varje ändring du gör i dina filer
• Det sparar ögonblicksbilder (commits) av din kod vid varje tillfälle du väljer
• Det låter dig arbeta på separata spår (branches) utan att röra huvudkoden
• Det låter dig backa till valfri tidigare version
• Det synkar din lokala kod med en remote-server (GitHub, GitLab, etc.)

Kommandona du faktiskt använder dagligen

# Initierar ett nytt Git-repo i nuvarande mapp
git init# Kontrollerar status – vad är ändrat, vad är staged
git status# Lägger till alla ändrade filer i "staging area" (redo att commita)
git add .# Lägger till en specifik fil
git add src/pages/index.astro# Skapar en commit med ett meddelande
git commit -m "Lägg till om-sidan"# Pushar commits till remote (GitHub)
git push origin main# Hämtar senaste ändringar från remote
git pull# Skapar en ny branch och byter till den
git checkout -b feature/kontaktsida# Byter tillbaka till main-branchen
git checkout main# Mergar en branch in i nuvarande branch
git merge feature/kontaktsida# Ser commit-historiken
git log --oneline

Det viktigaste konceptet: commit-historiken

En commit är en sparad ögonblicksbild av din kod vid ett visst tillfälle, med ett meddelande som beskriver vad som gjordes. En bra commit-historik ser ut så här:

a3f2c1b  Fixa mobilmeny-bug på startsidan
9d4e5f0  Lägg till kontaktsida med formulär
7b8a2c3  Uppdatera färgschema till nya brand guidelines
2e1f9d4  Initial commit – grundstruktur på plats

Du kan när som helst gå tillbaka till valfri commit: git checkout 7b8a2c3. Det är din säkerhetsnät.

GitHub – inte samma sak som Git

Git är verktyget. GitHub är en webbtjänst som lagrar dina Git-repos i molnet. Skillnaden är viktig. Git installerar du lokalt och körs helt utan internet. GitHub (eller GitLab, Bitbucket) är en remote-server dit du pushar din kod för backup, delning och CI/CD-integration.

De flesta väljer GitHub 2026 eftersom det har störst community och bäst integrationer med hosting-tjänster.

Branch-strategin du behöver

För ett soloprojekt räcker en enkel strategi:

• main – alltid stabil, deployad kod. Aldrig commit direkt här om du kan undvika det.
• Feature-branches – en branch per ny funktion eller fix. Merg tillbaka till main när klar.

# Ny funktion: blogg-lista
git checkout -b feature/blog-lista# Arbeta, commita löpande
git add . && git commit -m "Lägg till blogg-listkomponent"
git add . && git commit -m "Fixa paginering"# Klar – merge tillbaka
git checkout main
git merge feature/blog-lista
git push origin main
# → Automatisk deploy triggas av pushen till main

.gitignore – vad du inte vill ha i repot

Vissa filer ska inte versionsontrolleras: node_modules-mappen (kan vara gigabytes stor), environment-filer med hemliga nycklar, build-output. En .gitignore-fil i rotkatalogen talar om för Git vad den ska ignorera:

# .gitignore
node_modules/
.env
.env.local
dist/
.DS_Store

De flesta projekt-templates (create-astro, create-next-app) genererar en .gitignore automatiskt. Kontrollera att din .env-fil (med API-nycklar och lösenord) alltid finns i .gitignore.

Sammanfattning: Du behöver inte kunna allt om Git. Du behöver kunna add, commit, push, checkout -b och merge. Det räcker för 95% av det dagliga arbetet. Lär dig det väl, resten kan du slå upp när du behöver det.

Nästa steg

Med Git, hosting och en sajt-generator på plats finns det en fråga kvar att adressera innan du börjar bygga: hur ser du till att din moderna sajt faktiskt presterar bra och rankar i Google? Det är ämnet för nästa artikel.