Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Non-semantic version numbers #858

Open
Roy-Orbison opened this issue Mar 14, 2024 · 0 comments
Open

Non-semantic version numbers #858

Roy-Orbison opened this issue Mar 14, 2024 · 0 comments

Comments

@Roy-Orbison
Copy link

Can you please use semantic version numbers? Going from v2.2 to v2.2.0.1 doesn't explain much, and we can't know if, say, going up to v2.2.1 is an increase in functionality that integrations may have to deal with, or if it's only a bug-fix.

From semver.org:

Given a version number MAJOR.MINOR.PATCH, increment the:

MAJOR version when you make incompatible API changes
MINOR version when you add functionality in a backward compatible manner
PATCH version when you make backward compatible bug fixes

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

Always using those 3 numbers makes it clear what's going on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant