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

Add support for nightly builds #6

Open
rdevries opened this issue Jul 2, 2014 · 8 comments
Open

Add support for nightly builds #6

rdevries opened this issue Jul 2, 2014 · 8 comments

Comments

@rdevries
Copy link

rdevries commented Jul 2, 2014

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

@daenney
Copy link

daenney commented Jul 2, 2014

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.

@rdevries
Copy link
Author

rdevries commented Jul 2, 2014

@daenney ask the person sitting next to you

@daenney
Copy link

daenney commented Jul 2, 2014

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

@rdevries
Copy link
Author

rdevries commented Jul 2, 2014

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'

@daenney
Copy link

daenney commented Jul 2, 2014

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.

@rdevries
Copy link
Author

rdevries commented Jul 2, 2014

I disagree

@dazuma
Copy link
Owner

dazuma commented Jul 2, 2014

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

@rdevries
Copy link
Author

rdevries commented Jul 2, 2014

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.

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

3 participants