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

Consider using semantic versioning #357

Open
dreua opened this issue Nov 5, 2024 · 1 comment
Open

Consider using semantic versioning #357

dreua opened this issue Nov 5, 2024 · 1 comment

Comments

@dreua
Copy link
Contributor

dreua commented Nov 5, 2024

Is your feature request related to a problem? Please describe.
As a downstream package co-maintainer and user I really wonder what these four numbers in a version like 0.24.5.26 mean. It is also harder to comprehend being used to the three part versions most projects use.

Describe the solution you'd like
Implement semantic versioning in the future, consider releasing 1.0.0 as this is already used in production.

Describe alternatives you've considered
Document what the four parts of your versioning system mean.

Additional context
The semver specification is geared more towards libraries with an API than user facing programs but it is still a good framework. Use your best judgement on what a breaking or "major" change is to you users. Some people also consider a change in dependencies a "major" change for user facing applications, where versions are most important to maintainers and when debugging. Bumping major can be an indicator to package maintainers that extra care or more testing should take place.

@dreua
Copy link
Contributor Author

dreua commented Nov 5, 2024

I realized just now that the version is based on the release date 🤦

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