When to use: Changes that break backwards compatibility; requires a migration guide and communication plan.
- Closes #
- Scope and rationale for breaking change
- Deprecation path and timeline
- Migration guide and examples
- Scripts or tools to assist migration
- Public API changes
- Data/schema changes
- Version bump strategy
- Communication plan (release notes, docs)
- Updated tests for new behavior
- Migration tests where possible
- All tests pass locally (
pytest -q)
- Docs updated (MkDocs) and README
- Clear migration instructions visible to users
- Backwards compatibility noted as broken (explicit)
- Changelog entry prepared (see
CHANGELOG.md) - Risk assessment and rollback plan
- Labels set (breaking-change)
- I agree to the Code of Conduct
- Known limitations and follow-ups