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

Use CalVer #1754

Closed
micheljung opened this issue Jun 5, 2020 · 4 comments
Closed

Use CalVer #1754

micheljung opened this issue Jun 5, 2020 · 4 comments
Milestone

Comments

@micheljung
Copy link
Member

The client currently (kinda) uses semantic versioning. This is good for APIs - which the client isn't. To the user, semantic versions don't mean much, and looking at a version number, he has no idea how current the version is.

Using CalVer, like e. g. IntelliJ does (e.g. 2020.1), versions would become a bit more user-friendly.

Opinions?

@1-alex98
Copy link
Member

1-alex98 commented Jun 5, 2020

That does need code adjustments as well

@Katharsas
Copy link
Collaborator

I doubt the advantages justify the cost of change. Contributers/testers are used to the current schema.

@micheljung
Copy link
Member Author

The schema itself doesn't change: x.y[.z] and we could always go for an explicit x.y.z

It would simply be e.g. 2020.6.0 instead of 1.1.8

@Sheikah45
Copy link
Member

Sheikah45 commented Sep 29, 2021

With the next release we will probably be switching to Calver as it helps to give a sense of how old any client is and the current versioning code supports it.

Having surveyed some of the devs there seemed to be no push back.

I intend to use the format YYYY.MM.Minor-qualifier

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

4 participants