Git & VS Code

Git – superkort begreppslista

• repo: mappen med hela projektet och historiken.
• commit: en sparpunkt med dina ändringar.
• branch: en separat “arbetsgren” för en feature.
• pull: hämta andras ändringar till din dator.
• push: skicka dina ändringar till servern.
• remote / origin: den server repo:t ligger på.
• merge: slå ihop ändringar från två grenar.
• merge conflict: Git vet inte vilken version som är rätt.

Vår arbetsmodell (viktigt)

• Vi jobbar lokalt med koden.
• Vi pushar via Git till vår egen server när vi vill publicera.
• Vi håller på att införa testmiljöer.
• “Live” ska behandlas som känsligt.

DO / DON’T – Git i vardagen

DO

• Pull innan du börjar jobba.
• Jobba i en branch (feature/...).
• Commit ofta och smått (en ändring per commit).
• Skriv commit-meddelanden som beskriver varför.
• Testa lokalt innan push (t.ex. python -m http.server).
• Be om hjälp vid första merge conflict.

DON’T

• Pusha direkt till main/live utan att förstå konsekvensen.
• Lösa merge conflicts genom att “ta allt deras/mina” utan att läsa.
• Force-pusha om du inte vet exakt vad det gör.
• Redigera filer i live-miljön manuellt.

VS Code – så gör du (praktiskt)

1. Öppna Source Control-panelen (ikon med grenar).
2. Granska ändringar → Stage.
3. Skriv commit-meddelande → Commit.
4. Push när du är klar.
5. Pull innan du börjar nästa gång.

VS Code markerar merge conflicts i filen med tydliga block. Läs rad för rad och behåll den version som är korrekt. Fråga om du är osäker.

Merge conflict 101

• En merge conflict betyder att Git inte kan gissa rätt version.
• Det händer ofta när två personer ändrat samma rad.
• Lös genom att välja rätt rad och testa lokalt.
• Om du är osäker → avbryt och be om hjälp.

Checklistor

Innan du pushar

• Har jag pullat?
• Har jag testat lokalt?
• Är commit-meddelandet begripligt?
• Påverkar detta live?

Om något går fel

• Panik‑inte.
• Backa.
• Be om hjälp.