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

Versioning scheme #31

Closed
kPYKx7Ddw4n1aIKZ opened this issue Jan 2, 2019 · 3 comments
Closed

Versioning scheme #31

kPYKx7Ddw4n1aIKZ opened this issue Jan 2, 2019 · 3 comments

Comments

@kPYKx7Ddw4n1aIKZ
Copy link
Collaborator

Maybe this program could need a version scheme.
The original program stopped at 0.1.1.
Someone wrote 15.02 in the title which seems random to me.
But I don't know how to do this and if this is really necessary.

@kPYKx7Ddw4n1aIKZ
Copy link
Collaborator Author

I think the original author intended to use semantic versioning.
Even if not, I would find this scheme useful.
I think the next version could be 0.2.0 because I think that the current state is still a development version but now has nearly the same functions as the original version.

@paroj
Copy link
Member

paroj commented Aug 29, 2019

I think semver is mostly useful for libraries where you have an public API. For UI driven projects I would prefer the release date as the version (e.g. 19.08). But thats just my personal opinion. You can do as you like - as long as the scheme is monotonically increasing

@kPYKx7Ddw4n1aIKZ
Copy link
Collaborator Author

Indeed, it makes more sense to use the release date for the editor.
Of course, semver would only make sense for the scape engine part, but it doesn't need a version (yet).
So I think it would be the best way to release both with the release date as version.
Thanks for the answer.👍

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