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

Switch to Calendar Versioning #239

Open
soxofaan opened this issue Dec 5, 2023 · 0 comments
Open

Switch to Calendar Versioning #239

soxofaan opened this issue Dec 5, 2023 · 0 comments

Comments

@soxofaan
Copy link
Member

soxofaan commented Dec 5, 2023

Now that we have multiple openEO backend instances and variants, it's getting more important but harder to figure out what (feature/bugfix) is running where. More actively bumping version numbers helps a lot here as it can be inspected directly in capabilities doc.

We're currently at:

__version__ = "0.79.0a1"

However, we'll probably never decide to stamp a 1.0.0 version, as we're working in eternal iteration mode, so we're wasting part of our versioning gamut. As a result, the minor part (now at 79) will grow unboundedly, and we're giving off an eternal beta vibe, while we're running production stuff already for a long time.

A popular solution for this problem is https://calver.org/ where you, for example, use the current year as "major" component, and reset "minor" and "patch" level at the beginning of each year. I think this versioning scheme signals is a more honest reflection of the state of this library.

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

No branches or pull requests

1 participant