-
Notifications
You must be signed in to change notification settings - Fork 759
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 changing versioning strategy #3748
Comments
Yeah, I think that makes some sense, we'll give this some thought. I see the (additional) benefits of this year-version scheme as well, my preference - in case we decide to do - would be the double-digit alignment though I guess. We sometimes do breaking "in-between" releases for a subset of (the higher-level) libraries, e.g. only EVM/VM lately, and then we could still do that and e.g. go from v11 to v12 only for these libraries (and still confuse people a bit, but so be it, still a lot better to grasp and communicate than all versions being on a different level). Also we are then not fully bound to this one-breaking-release-a-year scheme, somewhat works for us but I am not sure if I would feel fully comfortable with the sight of not being able to do breaking releases if necessary just because the versioning scheme doesn't fit. |
Just to note here: we have decided to give with the double digit numbering suggested in a) starting with the upcoming breaking releases, thanks, great suggestion! 🙏 |
@holgerd77 is the plan to bump version in alpha-2? The last release still indicates old scheme |
@paulmillr yes, not sure if we'll do another alpha release (likely: not), but at least along the next (then: beta or RC) release, discussion was too late for |
All packages currently have different versioning scheme. Here's a couple thoughts how can this be improved:
a. Adopt one double-digit version for all packages e.g. v10.
b. Use year as version. "2024" can be shortened to just v24. That would automatically make v25 breaking. Makes easier to understand which hardfork the particular version supports just by its year
Benefits of using the same number:
Current package versions
The text was updated successfully, but these errors were encountered: