A modern programming language that makes developers happier.

kotlinlang

Do you use semantic versioning for apps? If so, what would constitute a major change? Unless there is some big redesign, shall I never move to 2.x? :smile:

I kind of like year prefix + order of release in year. 21.1, 21.2 etc

semver describes compatible/incompatible API changes, which doesn't apply to apps in general, and even for apps that have an API exposed to other apps (e.g. exported contentprovider or whatever) their dependents typically have no control over the installed version so there's not much use to semver there either

We use Major version for very big releases with major UI changes for users, minor releases for all usual releases (biweekly in our case) and patch version for bug fix releases

in my company's case, we release weekly and the version number is basically week number. major UI changes are usually A-B tested so there's not a singular release number that could mark them

yea that was my reasoning exactly as there is no breaking changes