Stability and deprecation policy¶
obd-tui follows Semantic Versioning.
Versioning¶
- MAJOR - incompatible API changes (
feat!/BREAKING CHANGE:). - MINOR - backwards-compatible features (
feat) and deprecations (deprecate) / removals after a deprecation window (remove). - PATCH - backwards-compatible fixes (
fix) and performance (perf).
Versions are computed from Conventional Commits
by multicz. While 0.x, treat minor
bumps as potentially breaking.
Deprecation cadence (n + 2)¶
The project uses the standard Python n + 2 cadence:
- Announce + warn - in release n, mark the API deprecated with a
DeprecationWarningand adeprecate:commit. The old behaviour still works. - Grace period - release n + 1 keeps the deprecated API working.
- Remove - release n + 2 removes it with a
remove:commit.
Each step is a normal release; the deprecation announcement is the breaking-change notice, so the removal itself is a minor bump.
What is covered¶
Public, documented API only. Anything underscore-prefixed, undocumented, or explicitly marked internal may change at any time.