# Release policy (Issue #23)

## Formål
Sikre at release-tags altid repræsenterer faktisk deployet software.

## Hård regel
- **Ingen release-tag før staging deploy er succesfuld.**
- **Ingen release-tag uden changelog-reference.**
- **Ingen deploy hvis tester er i gang med smoke-run.**

## Release-flow
1. Bekræft architect-gate (`issue #17`) er release-approved.
2. Bekræft tester ikke er aktiv.
3. Deploy kandidat til staging (`infra/staging/deploy_staging.sh`).
4. Verificér `/healthz` + smoke-resultat.
5. Tilføj changelog-entry i `CHANGELOG.md`.
6. Opret release-tag i Gitea (annotated), og referér changelog-sektion i release-notes.

## Minimum release-notes template
```markdown
## Changelog
- Ref: CHANGELOG.md#<sektion>

## Deploy
- Environment: staging
- Status: success
- Healthz: ok
```