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
Comments
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 ask the person sitting next to you |
No. You're asking for a feature so you should explain why you want it and why it should be included. |
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' |
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. |
I disagree |
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 |
I know a few projects that use it. |
Would it be possible to add support for nightly versions?
Nightly version should probably be lower than the development version.
The text was updated successfully, but these errors were encountered: