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


RE: Giving MCServer a version number - NiLSPACE - 05-08-2015

Just to get it straight, the release branch is a branch where the stable code is. Once we think the master branch is stable enough we merge the changes from master into release?


RE: Giving MCServer a version number - worktycho - 05-08-2015

For an example have a look at Debian does.
Release is where stable code is.
However I think its probably better to have a branch between master and release. So master gets changes has they happen, and we have a second branch, testing, which holds the version we are stabilizing. Otherwise we have to stop merging features into master every so often or have stable builds be unstable at the beginning of each release cycle.


RE: Giving MCServer a version number - NiLSPACE - 05-08-2015

So you want to do it in the same way as how Microsoft is doing the Windows 10 previews. They have a fast (Between Master Release) preview, and a slow (Release) preview. If you choose to use the fast Windows 10 then you are the first to get new features, but it can be unstable while if you choose the slow version you get the features later, but they are more stable. They also of course develop features without releasing them immediatly (master).

Yeah, I'm all for it Smile Though we must remember to update them once in a while :| When I just joined MCServer we also had release builds, but we usualy forgot to update/create new ones.


RE: Giving MCServer a version number - worktycho - 05-08-2015

I'm willing to take on responsibility for releases, I'm already responsibly for getting coverity scan's done.

We still need @xoft's opinion. And I'd like to hear from @bearbin regarding builds.


RE: Giving MCServer a version number - xoft - 05-08-2015

I like the idea, as long as I don't end up being the person doing the merges Smile


RE: Giving MCServer a version number - bearbin - 05-08-2015

I like @worktycho's proposed idea, in fact it's pretty much identical to the earlier proposed one on GitHub. https://github.com/mc-server/MCServer/issues/874


RE: Giving MCServer a version number - worktycho - 05-08-2015

@bearbin, I've created a testing branch and a release to mark the first testing release. Can you set up builds for the branch?


RE: Giving MCServer a version number - LogicParrot - 05-08-2015

Is a "trunk" branch coming soon?
(Though I personally would have called it "dev")

Oh, silly me, it's the old Master branch.


RE: Giving MCServer a version number - bearbin - 05-09-2015

Yep.

@worktycho can you confirm this flow as correct?

master -> testing -> stable

where master is updated all the time, and merged into testing every 2/3 weeks, bugs are fixed in testing then merged back into master, then after 2/3 weeks testing is promoted into stable.


RE: Giving MCServer a version number - tonibm19 - 05-09-2015

Seems a good systemBig Grin