Så kommer du igång med Git och GitHub

Git var länge utvecklarnas verktyg, något du behövde kunna för att jobba professionellt med kod. Det har förändrats. När du bygger med AI-verktyg som Claude Code och Codex blir git ditt skyddsnät. Varje ändring sparas, inget går förlorat och du kan alltid backa till ett läge som fungerade.

Git är också samarbetslagret. Det är så utvecklare, och numera AI-agenter, arbetar i samma projekt utan att trampa varandra på tårna. Förstår du git förstår du hur modern mjukvara byggs, och du kan jobba sida vid sida med AI på ett sätt som annars är svårt.

Den här guiden tar dig från noll. Vi går igenom vad git är, hur det fungerar, begreppen du behöver kunna och hur GitHub passar in. På slutet kopplar vi ihop allt med AI.

Vad är Git?

Git är ett system för versionshantering. Tänk på det som en tidsmaskin för dina filer. Varje gång du sparar ett steg tar git en ögonblicksbild av hela projektet. Du kan när som helst gå tillbaka till en tidigare bild, jämföra två versioner eller se exakt vad som ändrades, när och av vem.

Det låter enkelt, men skillnaden mot att spara filer som rapport-final-v2-FINAL-riktig.docx är enorm. Git håller ordning på historiken åt dig. En enda mapp rymmer hela projektets liv, från första raden till idag.

Git skapades 2005 av Linus Torvalds, samma person som ligger bakom Linux-kärnan. Han byggde det för att hantera utvecklingen av Linux, ett av världens största mjukvaruprojekt med tusentals personer som bidrar. Verktyget blev så bra att det spred sig till i princip all mjukvaruutveckling. I dag är git standarden, vilket git-scm.com dokumenterar i sin historik.

En viktig sak att förstå direkt: git kör lokalt på din dator. Du behöver ingen internetuppkoppling och inget konto för att använda det. Det leder oss till den vanligaste förvirringen för nybörjare.

Vad är skillnaden mellan Git och GitHub?

Git och GitHub låter likadant, men de är två olika saker. Git är verktyget. GitHub är en plats.

Git är programmet som kör på din dator och håller koll på din historik. Det fungerar helt utan internet. GitHub är en webbtjänst som lagrar git-projekt i molnet, så att du och andra kan dela kod, samarbeta och säkerhetskopiera. GitHub ägs sedan 2018 av Microsoft, som köpte tjänsten för 7,5 miljarder dollar.

En liknelse: git är som ordbehandlaren på din dator, GitHub är som molntjänsten där du lagrar och delar dokumenten. Du kan använda git helt utan GitHub, men tillsammans blir de kraftfulla. Git sköter historiken lokalt, GitHub gör den tillgänglig överallt och för alla du jobbar med.

GitHub är den mest kända, men inte den enda. Alternativ som GitLab och Bitbucket gör i grunden samma sak. Principerna i den här guiden gäller oavsett vilken du väljer.

Hur fungerar Git?

För att förstå git behöver du känna till fyra platser där din kod kan befinna sig. Det är hela hemligheten. När du väl ser dem blir kommandona logiska istället för magiska.

Arbetsmappen är där du redigerar filer. Det är vad du ser i din editor just nu. Här lever dina ändringar tills du bestämmer dig för att spara dem.

Staging är väntrummet. Här samlar du de ändringar som ska ingå i nästa ögonblicksbild. Kommandot git add flyttar ändringar från arbetsmappen till väntrummet.

Lokalt repo är historiken på din dator. Kommandot git commit tar allt som ligger i väntrummet och sparar det som en permanent ögonblicksbild, en commit, med en beskrivning av vad du gjorde.

Remote är kopian i molnet, oftast på GitHub. Kommandot git push skickar dina commits dit. Kommandot git pull hämtar hem andras.

Varför ett väntrum mitt i flödet? Det kan kännas som ett onödigt extra steg, men det ger dig kontroll. Du kanske har ändrat fem filer men bara vill spara tre i den här committen. Staging låter dig välja exakt vad som ingår. Du bestämmer vad varje ögonblicksbild innehåller, istället för att svepa med allt på en gång.

Så kommer du igång

Installation tar någon minut. Kontrollera först om git redan finns, många system har det förinstallerat:

Får du ett versionsnummer är du klar. Annars installerar du git. På Mac kommer det med Homebrew via brew install git. På Windows laddar du ner Git for Windows. På Ubuntu och Debian räcker oftast sudo apt install git.

Berätta sedan vem du är. Namnet och e-posten hamnar i historiken på varje commit du gör. Detta gör du en gång:

Nu skapar du ditt första repo. Ett repository, eller repo, är helt enkelt en mapp som git håller koll på:

Kommandot git init skapar en dold mapp som heter .git. Där bor hela historiken. Rör den inte, men vet att den finns.

Gör en ändring och spara den. Här skapar vi en enkel textfil, lägger den i väntrummet och gör en commit:

Ett kommando att lära sig direkt är git status. Det visar läget när som helst, vilka filer som ändrats och vad som ligger i väntrummet. Du kommer att använda det hela tiden. Kör det ofta, det är din karta.

Vill du koppla projektet till GitHub skapar du ett tomt repo där, kopierar adressen och kör:

Därefter räcker git push för att skicka upp nya commits. Din kod ligger nu både på din dator och i molnet.

Begreppen du behöver kunna

Git har sitt eget ordförråd, och det är ofta orden snarare än tekniken som gör nybörjare osäkra. Här är begreppen du möter hela tiden, samlade på ett ställe. Den interaktiva referensen nedan har kommandot och förklaringen för varje. Bokmärk den.

Begrepp	Vad det betyder
repository (repo)	Projektet med all sin historik, lokalt på din dator eller på GitHub.
commit	En sparad ögonblicksbild av dina ändringar, med en beskrivning.
add	Lägger ändringar i väntrummet inför nästa commit.
push	Skickar dina commits till GitHub.
pull	Hämtar andras commits från GitHub till din dator.
clone	Laddar ner en komplett kopia av ett repo från GitHub.
branch	En egen arbetslinje där du kan ändra utan att röra huvudversionen.
merge	Slår ihop en branch med en annan.
pull request (PR)	En förfrågan om att få dina ändringar granskade och inlagda.
fork	Din egen kopia av någon annans repo på GitHub.
.gitignore	En fil som listar vad git ska ignorera, till exempel lösenord.

En sak om .gitignore som är värd att betona. Allt ska inte sparas i git. Lösenord, API-nycklar och stora tillfälliga filer hör inte hemma i historiken. Listar du dem i .gitignore håller git sig borta från dem. Det är ett av de vanligaste nybörjarmisstagen att råka committa en hemlig nyckel, så vänj dig vid filen tidigt.

Vad är en branch?

En av gits mest användbara funktioner är brancher, på svenska grenar. En branch är en egen arbetslinje. Du grenar av från huvudversionen, gör dina ändringar i fred och slår ihop dem när du är klar.

Huvudbranchen heter oftast main. Tänk på den som den officiella versionen, det som fungerar och som andra ser. När du vill bygga något nytt skapar du en branch att jobba på:

Nu står du på ny-funktion. Allt du committar hamnar där, inte på main. Du kan experimentera fritt. Blir det fel slänger du helt enkelt branchen, och main är fortfarande orörd.

När funktionen är klar och testad slår du ihop den med main:

Ibland har både main och din branch ändrat samma rad i samma fil. Då uppstår en merge-konflikt. Git markerar var det krockar och ber dig välja vilken version som ska gälla. Det låter läskigt men är vardagsmat, och både din editor och dina AI-verktyg hjälper dig att lösa det.

Varför är detta så centralt? Brancher är hur team arbetar parallellt. Tio utvecklare kan bygga tio funktioner samtidigt, var och en på sin branch, utan att störa varandra. Det är också precis så AI-agenter jobbar, vilket vi återkommer till.

GitHub: där koden möts

Git sköter historiken. GitHub gör den social. När din kod ligger på GitHub öppnas möjligheter som git på egen hand inte ger.

Du hämtar hem andras projekt med git clone följt av adressen. Vill du bidra till ett projekt du inte äger gör du först en fork, en egen kopia under ditt eget konto, och jobbar vidare därifrån. GitHub är fullt av öppna projekt som vem som helst får forka och förbättra.

Vad är en pull request?

Pull request, oftast förkortat PR, är hjärtat i samarbete på GitHub. När du har gjort ändringar på en branch och vill få in dem i huvudprojektet öppnar du en pull request. Det är en förfrågan: här är mina ändringar, vill ni granska och lägga in dem?

I en pull request kan andra läsa exakt vad du ändrat, rad för rad, lämna kommentarer, föreslå justeringar och till slut godkänna. När den godkänns mergas dina ändringar in i main. Hela diskussionen sparas, så att vem som helst senare kan se varför en ändring gjordes.

Det är så öppen källkod fungerar. Någon forkar ett projekt, gör en förbättring och skickar en pull request. De som underhåller projektet granskar och bestämmer. Samma flöde används också internt på många mjukvaruföretag, och det är värt att förstå även om du aldrig skriver en rad kod själv. Två andra GitHub-begrepp möter du snabbt: issues är uppgifter och buggrapporter, och GitHub Actions är automatik som kör tester eller publicerar din kod när något händer i repot.

Vanliga nybörjarmisstag

Git belönar lite disciplin. Här är de vanligaste fällorna och hur du undviker dem.

Du committar hemligheter. En API-nyckel eller ett lösenord som hamnar i historiken finns kvar även om du tar bort det i nästa commit. Lägg känsliga filer i .gitignore redan från start.

Du jobbar direkt på main. Det går, men du förlorar skyddsnätet. Skapa en branch för varje ny sak du bygger, så kan du alltid slänga den och backa utan att röra det som fungerar.

Dina commit-meddelanden säger ingenting. "fix", "ändring", "asdf". Om ett halvår förstår varken du eller någon annan vad som hände. Skriv en kort rad som förklarar vad ändringen gör, till exempel "Lägg till inloggning med e-post".

Du glömmer att hämta hem andras arbete. När du jobbar tillsammans med andra ändras projektet på GitHub medan du själv arbetar lokalt. Kör git pull innan du börjar och innan du pushar, så slipper du onödiga konflikter.

Worktree: flera arbetsytor samtidigt

När du blivit varm i kläderna stöter du på ett kraftfullt verktyg: git worktree. Normalt har du en arbetsmapp och byter mellan brancher i den. Ibland vill du ha två brancher öppna samtidigt, utan att hela tiden byta fram och tillbaka och spara undan halvfärdigt arbete.

Med worktree kan du ha flera brancher öppna i separata mappar samtidigt, alla kopplade till samma repo. Du kan ha main i en mapp och en experimentell branch i en annan, öppna båda samtidigt och hoppa mellan dem som vanliga mappar:

Det skapar en ny mapp med ny-funktion utcheckad, medan din ursprungliga mapp ligger kvar orörd.

För en nybörjare är detta inget du behöver dag ett, men det är värt att känna till, för det är just så AI-verktyg kan köra flera uppgifter parallellt. Det leder oss till den sista, och kanske viktigaste, delen.

Git, GitHub och AI

Här blir git verkligt kraftfullt, även för dig som inte är utvecklare. AI-kodverktyg som Claude Code och OpenAIs Codex arbetar med git åt dig. Du beskriver vad du vill ha gjort, och AI:n sköter hela git-flödet.

Säg att du ber Claude Code lägga till en funktion. Då kan den skapa en branch, göra ändringarna, lägga dem i väntrummet med add, skapa en commit med en tydlig beskrivning, pusha till GitHub och öppna en pull request, allt i en följd. Du granskar resultatet i pull requesten precis som om en kollega hade gjort jobbet.

Det här förändrar vad git är till för. Tidigare var det utvecklarens verktyg. Nu är det också gränssnittet mellan dig och din AI-medarbetare. Varje ändring AI:n gör hamnar i en commit du kan läsa, granska och vid behov backa. Git blir ditt skyddsnät. AI:n kan jobba snabbt eftersom ingenting den gör är permanent förrän du godkänner det.

Det är också här worktree kommer in. Avancerade AI-flöden kör flera agenter parallellt, var och en i sin egen worktree på sin egen branch. En agent skriver tester medan en annan bygger funktionen, och git håller ihop allt utan att de krockar. Codex fungerar på samma sätt i OpenAIs ekosystem, vilket vi går igenom i vår ChatGPT-guide.

Poängen är inte att AI tar bort behovet av att förstå git. Tvärtom. Ju bättre du förstår commits, brancher och pull requests, desto bättre kan du granska och styra det AI:n gör. Begreppen i den här guiden är precis det språk du behöver för att samarbeta med en AI-agent.

Fördjupa dig

Git och GitHub är två av de mest användbara verktygen du kan lära dig 2026, oavsett om du skriver kod själv eller låter AI göra jobbet. Börja smått. Skapa ett repo, gör din första commit och pusha den till GitHub. Resten bygger du därifrån, ett begrepp i taget.

• Så kommer du igång med Claude Code: AI-verktyget som arbetar med git åt dig
• Så kommer du igång med ChatGPT: inklusive Codex för kod
• Så kommer du igång med markdown: formatet du skriver README och dokumentation i
• Promptbiblioteket: färdiga prompter att kopiera