> Semver is the tool, not the cause. > If product maintainers do not care about stable versions, it makes no difference if they comply with semver or not. Exa

> Semver is the tool, not the cause. > If product maintainers do not care about stable versions, it makes no difference if they comply with semver or not. Exactly. Here, the maintainer reserves the freedom to break anything at any moment, and correctly uses semver to signal that through version number. (Not) using semver as a versioning scheme is orthogonal to whether an API is stable. As a potential user of said package, seeing this (among other things), I choose to use another package (Django REST Framework) whose maintainers do care about not beeaking the API.