SemVer appears to be a formalization of a common versioning scheme as applied to APIs. And it inherits some of its problems. For example, > A bug fix is define

SemVer appears to be a formalization of a common versioning scheme as applied to APIs. And it inherits some of its problems. For example, > A bug fix is defined as an internal change that fixes incorrect behavior. One man's incorrect behavior is another man's proper working order. Excluding crashes, missing data and other obvious bloopers, the "bug fix" needs to be defined way more formally than this. That would lead to more strict documentation requirements, which is a major bore and inconvenience to any self-respecting developer, which in turn will lead to lapses in SemVer compliance and then back to the starting point :)