Releaseprocess

Branchmodell

• main motsvarar produktion.
• develop motsvarar test.
• Test verifieras innan merge till produktion.
• Stabil produktion taggas i Git.

Flöde

Utveckling
   │
   ▼
develop
   │
   ▼
Testmiljö
   │
   ▼
Godkännande
   │
   ▼
main
   │
   ▼
Produktion
   │
   ▼
Git tagg

Releasepaket

Varje releasepaket ska innehålla:

• VERSION
• manifest.json
• RELEASE_NOTES.md
• install.sh
• rollback.sh
• uppdaterad dokumentation
• applikationsfiler som ändras

Dokumentationskrav

Ingen funktion anses färdig förrän dokumentationen är uppdaterad.

Det gäller:

• systemdokumentation,
• driftmanual,
• release notes,
• roadmap,
• arkitekturbeslut vid större ändringar.

Viktiga taggar

• v20.29.2-hotfix – första stabila Git-baslinjen.
• v20.30.0-beta1 – Beta 1 release candidate.
• v20.31.0-foundation – dokumentations- och förvaltningsgrund.

CI-grund från 20.54.0

Före paketering ska följande kommando vara grönt:

./scripts/ci_check.sh release

Releasebyggaren får aldrig skriva över en befintlig version. Ett felaktigt eller underkänt paket följs alltid av ett nytt versionsnummer.

Den nuvarande CI-workflowen validerar och bygger Docker-image men deployar inte. Produktionsgate införs i ett senare steg.