29 lines
810 B
Markdown
29 lines
810 B
Markdown
# 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
|
|
```
|