<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 5 January 2017 at 08:59, Dag <span dir="ltr"><<a href="mailto:danders@get2net.dk" target="_blank">danders@get2net.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Had a closer look at this, and there is some cmake logic when generating calligraversion.h:<br>
Any 3.0.x unstable (alpha/beta/rc) will get version 2.99.x. (3.1.x will be 3.0.x, etc)<br>
Afaics this scheme only works when a minor version is increased, e.g 3.0.x -> 3.1.0.<br>
Is this a disaster? Probably not. If you add a conditional compile e.g in 3.0.1 you cannot test in an unstable release, but that would not be often, I think.<br>
<br>
Alternatives:<br>
1) Add a unstable release number as proposed by Rene.<br>
<br>
2) Drop the special unstable numbers (89, 90..) and use the release number as a sequential number.<br>
E.g: We released stable 3.0.0, so now the unstable will get 3.0.1 (string could be 3.0.1 Alpha) and when we make a new release it would be 3.0.2.<br>
This will give unique and increasing version numbers, with the drawback that you can not see from version alone if it is unstable or stable, but we can use version string for that.<br>
<br>
Opinions?<div class="m_-110497794803842264gmail-HOEnZb"><div class="m_-110497794803842264gmail-h5"><br></div></div></blockquote><div><br><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">IIRC we release no alphas. Even when we had that, we release no alphas the patch version - for x.y.z (z>0).  <br>x.(y-1).89 is thus compatible with the sequence, it comes after all x.(y-1).* stable and before the next stable x.y.z.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br>Between 3.0.0 and 3.0.1 there's no extra number needed.<br><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">What we had with the x.y.z.v was special I think. (?)<br><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">​</div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="m_-110497794803842264gmail-HOEnZb"><div class="m_-110497794803842264gmail-h5">
<br>
Dag skrev den 2017-01-04 10:45:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I can't figure out how this is meant to be used.<br>
<br>
We have now released 3.0.0.1. Next should probably be 3.0.1.<br>
So I gather current should be an alpha:<br>
Major: 3<br>
Minor: 0<br>
Release: 89<br>
<br>
But then we would go backwards to Release: 1 when releasing,<br>
and after that we go to Release: 89 again and we can't see<br>
what 3.0.89 actually means as it will crop up for every new 3.0 release.<br>
<br>
Is it just me being confused, or...<br>
Anybody?<br>
</blockquote>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="m_-110497794803842264gmail_signature">regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/<wbr>jstaniek</a></div>
</div></div>