weirsoe-party-protocol/docs/RELEASE_POLICY.md

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. Kør den lokale MVP gate: ./scripts/verify_mvp_release.sh.
3. Bekræft tester ikke er aktiv.
4. Kør helst infra/staging/deploy_and_smoke_staging.sh [ref] [artifact-path].
5. Hvis wrapper ikke bruges: deploy med infra/staging/deploy_staging.sh og kør derefter infra/staging/run_mvp_smoke.sh.
6. Verificér /healthz + smoke-resultat.
7. Tilføj changelog-entry i CHANGELOG.md.
8. Opret release-tag i Gitea (annotated), og referér changelog-sektion i release-notes.

Minimum release-notes template

## Changelog
- Ref: CHANGELOG.md#<sektion>

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