Branches

Branches er jeres parallelle spor — I kan bygge features isoleret mens main forbliver klar til kunden. Her får du både den bløde vinkel og den tekniske proces.

Hvorfor det betyder noget

Hvorfor bruger vi branches?

I et team kan I ikke alle arbejde direkte på main. Branches giver struktur, tryghed og en klar vej fra idé til leverance.

  • Parallel udvikling — Flere i teamet kan arbejde samtidigt på hver deres feature uden at træde hinanden over tæerne.
  • Main forbliver stabil — Main er jeres leverance-klare kode. Features udvikles isoleret på branches og merges først når de er klar og reviewet.
  • Tryg eksperimenteren — Skal I prøve noget risikabelt? Lav en branch. Virker det ikke, sletter I den — main er urørt.
  • Kobling til sprint og PR — En branch per feature/issue er standard. Den bliver til en pull request og merges når sprint-opgaven er færdig.

Sådan arbejder vi med branches

Konventioner der holder jeres workflow forudsigeligt — for jer selv, teamet og kunden.

  • Én branch per feature

    Navngiv efter opgaven: feature/login, fix/form-validation, chore/update-deps. Ikke "test" eller "marcus-branch".

  • Start altid fra opdateret main

    Før du opretter en branch: git checkout main && git pull. Så undgår I konflikter fra start.

  • Hold branches kortelevet

    En branch bør leve dage — ikke uger. Merge og slet når featuren er færdig, så I undgår store merge-konflikter.

  • Main = det kunden ser

    Ingen direkte commits på main. Alt arbejde sker på branches og ind via pull request — klar til release.

Feature branch workflow

Fra main → feature branch → commits → push → pull request → merge. Det er den centrale arbejdsgang I skal mestre.

Klik på trinene og se hvordan feature branch og main hænger sammen

mainfeature branchmerge

Start på main

Main indeholder den seneste stabile kode. Sørg for at den er opdateret fra GitHub før du opretter en ny branch.

git checkout main
git pull origin main

Navngivning af branches

Et godt navn fortæller hvad branchen gør — uden at man skal spørge ejeren.

Undgå
ny-feature
Gør i stedet
feature/dashboard

Prefix viser type; kebab-case er standard.

Undgå
fix
Gør i stedet
fix/email-validation

Scope i navnet gør det tydeligt hvad branchen handler om.

Undgå
marcus
Gør i stedet
chore/update-dependencies

Branches er til opgaver — ikke personnavne.

Undgå
test123
Gør i stedet
feature/issue-42-user-profile

Kobl gerne til issue-nummer for sporbarhed.

Den tekniske del

Kommandoer i workflowet

De vigtigste Git-kommandoer når du arbejder med branches.

Klik på hvert trin for at se forklaring og kommandoer

git checkout -b

Opretter en ny branch baseret på din nuværende position (typisk main) og skifter til den automatisk.

git checkout -b feature/min-feature

Trin-for-trin guide

Sådan opretter du en feature branch og merger den ind i main via pull request.

0 / 5 fuldført

Altid start fra den nyeste main. Det minimerer merge-konflikter og sikrer at jeres branch bygger på det seneste team har merged.

Terminal
git checkout main
git pull origin main

Test din viden

Svar på spørgsmålene for at tjekke om du har styr på branches og workflow.

Hvad er hovedformålet med en feature branch?

Hvilken kommando opretter en ny branch og skifter til den?

Hvad bør du gøre FØR du opretter en ny branch?

Hvilket branch-navn følger bedst vores konventioner?

Hvad sker der med main når du committer på feature/login?