# Branches

## Riktlinjer för arbete med brancher:

För att säkerställa en strukturerad och spårbar utvecklingsprocess gäller följande:

* All utveckling ska ske i en egen branch
* Det är inte tillåtet att arbeta direkt i `master`

### Namngivning av brancher

Branch-namn ska följa dessa regler:

* Ska vara på engelska
* Ska använda `kebab-case` i beskrivningen
* Ska följa nedanstående format

Format:

```plaintext
<typ>/<kort-beskrivning>
```

Tillåtna typer:

* `<JIRA-ID>` – ärendenumret till Jira-ärendet (ex. SOL-123)
* `feature` – ny funktionalitet
* `docs` – dokumentation
* `bug` – buggfix

Exempel:

`SOL-123/news-listing` `feature/document-listing` `docs/update-readme`

### Arbetsflöde

* Skapa din branch från `master`
* Gör dina ändringar i branchen
* Säkerställ att koden fungerar lokalt, bygger utan fel och att `eslint` är körd
* Pusha branchen till GitHub
* Skapa en Pull Request (PR) mot `master`
* Squasha commits vid merge
* Ta bort branchen via GitHub i samband med merge (eller manuellt om den inte tas bort via GitHub)

### Pull Requests

* Alla ändringar ska gå via PR
* PR ska granskas (code review)
* Eventuella synpunkter ska åtgärdas innan merge
* När PR är godkänd kan den mergas till `master`