Use this template for each release that introduces breaking changes or migration-sensitive behavior.
- Copy this template into release notes or PR description.
- Fill all sections that apply.
- Link completed notes from
docs/API_CHANGELOG.mdunder the relevant version. - Attach notes to the release ticket before production deployment.
- Release version:
- Date:
- Owner:
- Affected domains: (API, data model, contracts, frontend, infra)
- Migration required: Yes / No
Describe incompatible behavior changes.
- Change 1:
- Impact:
- Affected consumers:
- Mitigation:
List the required order of operations.
- New environment variables:
- Changed defaults:
- Removed settings:
- Migrations applied:
- Backfill required: Yes / No
- Estimated runtime:
- Rollback impact:
- Backward compatibility window:
- Supported old versions:
- Deprecation timeline:
Document safe rollback criteria and procedure.
- Rollback trigger criteria:
- Rollback steps:
- Data recovery considerations:
- Health endpoints are green (
/health,/health/ready,/health/detailed). - Critical API paths return expected responses.
- Queue workers and schedulers are healthy.
- Metrics and alert baselines are normal.
- No unexpected error-rate spike.
- Release version:
v1.6.0 - Migration required: Yes
- Breaking change:
risk_scoreremoved; userisk_score_bps. - Upgrade step: update client payload schema before write operations.
- Rollback note: rollback blocked if new schema rows are committed without conversion script.
When no migration is required, keep a short note:
No migration required. This release is backward compatible.