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

"Release" calver, and assign it a (cal)version #59

Open
BenWiederhake opened this issue May 25, 2024 · 1 comment
Open

"Release" calver, and assign it a (cal)version #59

BenWiederhake opened this issue May 25, 2024 · 1 comment

Comments

@BenWiederhake
Copy link

I just tried to link to semver 2.0.0, zerover 0.0.1, and calver … well which version exactly? There are no calver versions, so it's not clear which one I'm referring to!

Feel free to just close this issue if you think this is silly, but I think it's actually reasonable to expect a versioning scheme to adhere to itself.

@mahmoud
Copy link
Owner

mahmoud commented May 29, 2024

Hey Ben! I definitely see where you're coming from, and it's not entirely silly. I had the same thought when writing the initial document, and there's technically a version in the graphic on the about page: 16.6.

Ultimately I decided the world didn't need a new prescriptive version standard. Instead, calver.org focuses on describing an extant phenomenon. Of course, others had other ideas: https://pypi.org/search/?q=calver

We could somehow draw a line around the vocabulary part of CalVer and version that. The problem is:

  1. When we find more folks out in the world using calendar elements in their versioning (weeks, day of year, etc.), does it limit our ability to document that?
  2. Do we have to update our version to reflect something that was already happening?
  3. Do we need to have both versions side-by-side on the site?

I could see an argument made, if that's the argument you're trying to make. What would you do with two or more versions of CalVer?

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

2 participants