Cuberite Forum
Giving MCServer a version number - Printable Version

+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Cuberite (https://forum.cuberite.org/forum-4.html)
+--- Forum: Discussion (https://forum.cuberite.org/forum-5.html)
+--- Thread: Giving MCServer a version number (/thread-1847.html)

Pages: 1 2 3 4 5 6 7


Giving MCServer a version number - sphinxc0re - 03-28-2015

We should really give MCServer a version number with OpenSource style like 0.4.13 or something. The Number in fact doesn't matter, but then we do have something to ship with the querys from the query protocol. I know that we could also use the git revision code, but this kind of versioning is not that readable. And we could higher the version number with each bigger step we take into compatibility with vanilla.


RE: Giving MCServer a version number - NiLSPACE - 03-28-2015

Maybe it's possible to add the buildattempt to the download name. For example "MCServer build #451.tar"


RE: Giving MCServer a version number - sphinxc0re - 03-28-2015

That is still not that readable. And it will reset if we reboot or switch our buildserver. So let's say we have our
Code:
MCServer#513.tar.gz
after a buildserver restart or switch it would be
Code:
MCServer#1.tar.gz
again


RE: Giving MCServer a version number - worktycho - 03-28-2015

The problem is that we cannot calculate the version numbers from git. Unless you want a horrible script that only works when the git command line tools are installed. So we would need to implement a versioning cycle. Then we have to decide when we bump the version? If its every commit we get different versions. If its every merge it makes PR's more work to merge because we cant use the github ui. If its periodically it will hardly ever happen. If its on a major change what counts as a major change?

It would be far more useful at the current stage of development to return the commit id.


RE: Giving MCServer a version number - Jammet - 03-28-2015

But I agree, a version number would help a lot. Users like me are looking for that and we're like "Heh... what ... which one?"


RE: Giving MCServer a version number - xoft - 03-29-2015

I agree with @worktycho about all those maintenance costs involved to generate a human-readable version number. The git commit ID should be good enough.

The commit ID is already "burnt" into the executable (at least when building on CI and on the nightbuild servers), it shouldn't be that difficult to export it through an API for plugins to use.


RE: Giving MCServer a version number - NiLSPACE - 03-29-2015

Or to log it in the console when the server starts?


RE: Giving MCServer a version number - xoft - 03-29-2015

I believe it's already logged into the console, but API is much better.


RE: Giving MCServer a version number - tonibm19 - 03-29-2015

Why dont we just do releases in github named MCServer 0.X.X and set todos for next releases and increase version number when getting closer to vanilla. Those releases would be marked as stable and avaliable in github releases tab for all OS


RE: Giving MCServer a version number - sphinxc0re - 03-29-2015

Yeah and the build-server would only need to compile the things in the release stage