Some years ago Microsoft put out a very well thought out "best practices" document on version numbering. It covered these issues as well as others.<br><br>As a minimum the document would be well worth studying.<br>
<br>I would provide a link, but I am doing this from a hotel room. :-)<br><br>Karen<br><br><div class="gmail_quote">On Sat, Aug 7, 2010 at 2:24 PM, Robert Martin <span dir="ltr"><<a href="mailto:robertltux@gmail.com">robertltux@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Sat, Aug 7, 2010 at 5:15 PM, Justin Clark-Casey<br>
<<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>> wrote:<br>
> We could do this but then we approach 1.0 very rapidly (0.8, 0.9, ...) which<br>
> would imply some kind of 'completion' and I think that we're still some way<br>
> off that point.<br>
><br>
> We could go into 0.10, 0.11, 0.12, ... but this seems to be confusing for<br>
> people.<br>
<br>
</div>what i might suggest is going to a style of say N.X.Y with Y being a 4<br>
digit number<br>
so we could do a bug fix version as 0.7.0010 which would be replaced<br>
by say 0.7.0020 which would be replaced by say 0.7.0040 ect<br>
<br>
personally i am all for having a bin release any time a nontrivial bug<br>
gets fixed.<br>
<font color="#888888"><br>
--<br>
Robert L Martin<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br>