versionomy icon indicating copy to clipboard operation
versionomy copied to clipboard

Add support for nightly builds

Open rdevries opened this issue 11 years ago • 8 comments

Would it be possible to add support for nightly versions? Nightly version should probably be lower than the development version.

rdevries avatar Jul 02 '14 08:07 rdevries

What's the rationale for this? It already supports 'final' > 'rc' > 'b' > 'a' > 'd' and an additional 'pNUMBER' for patch level denomination.

Also, what does a nightly version number even look like and why should your naming scheme be added as some kind of default when you can just as well define your own format? See the section on 'Customised Format' at http://dazuma.github.io/versionomy/rdoc/Versionomy_rdoc.html.

daenney avatar Jul 02 '14 09:07 daenney

@daenney ask the person sitting next to you

rdevries avatar Jul 02 '14 09:07 rdevries

No. You're asking for a feature so you should explain why you want it and why it should be included.

daenney avatar Jul 02 '14 10:07 daenney

A definition of a Nightly build can be found here: http://en.wikipedia.org/wiki/Nightly_build so i'm not going to explain all about it. Here is the gist of it:

The main difference between a d(evelopment)-version and a n(ightly)-version is that the nightly version is automatically build (usually during the night, hench the name) and contains all that was committed to the code base at that time. A development version usually only contains the changes that a developer picks. A nightly build is only released when all the automated tests succeed.

A nightly version should probably be annotated with an n followed by the date stamp on which the nightly build was created. The version is automatically build and should go nicely between the 'a' and the 'd'

Making the line of versions:

'final' > 'rc' > 'b' > 'a' > 'n'> 'd'

rdevries avatar Jul 02 '14 10:07 rdevries

I would argue that this is not needed. 'd' or 'dev' is development, it seems fairly logical that a 'd' or 'dev' release would map to the current state of the development of the software, essentially a nightly.

daenney avatar Jul 02 '14 13:07 daenney

I disagree

rdevries avatar Jul 02 '14 13:07 rdevries

Hi folks,

The guiding principle that I'm trying to follow with Versionomy is to support version number formats that are actually in use "in the wild". To that end, if you can point me to an example of a project that currently uses a particular format (whether "n" or something else) for nightly builds, then we can try to find a way to support that format.

Daniel

dazuma avatar Jul 02 '14 19:07 dazuma

I know a few projects that use it. Firefox and Cyanogenmod for instance. We would love to use it on our project as well but the monitor software uses this framework so it would be nice if we could have nightly (n) support in this framework as well. it comes in handy when you have a development factory set up that supports continuous delivery.

rdevries avatar Jul 02 '14 19:07 rdevries