<br><br><div class="gmail_quote">On Mon, Jul 14, 2008 at 6:41 PM, C. Scott Ananian &lt;<a href="mailto:cscott@laptop.org">cscott@laptop.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">On Mon, Jul 14, 2008 at 6:24 PM, Eben Eliason &lt;<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>&gt; wrote:<br>
&gt; I think this is still a whole bunch clearer than trying to convince someone<br>
&gt; that version 5 is newer than version 10! (where 10 is a &quot;bugfix&quot; release to<br>
&gt; what used to be version 4.)<br>
<br>
</div>You&#39;re undercutting your own points: what does &quot;newer&quot; mean? &nbsp;If you<br>
want chronological &quot;newness&quot;, then use ISO8601 dates. &nbsp;Otherwise, just<br>
release a version 11 at the same time as 10, so that versions 10 and<br>
11 are the chronologically newest releases, 11 for 8.2 users and 10<br>
for 8.1 users, and those people using &#39;9&#39; don&#39;t get confused. &nbsp;This</blockquote><div><br></div><div>This isn&#39;t always possible. &nbsp;If I release version 10 (because it takes advantage of some new feature in a new OS) and then later find out I have a critical bug in an older version of the OS that still has a wide support window, I&#39;m forced to release 11 after 10, even though its an older code base. &nbsp;I&#39;m not concerned at all with temporal newness, or this would be a non-issue.</div>
<div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
really seems like a non-issue to me. &nbsp;If your development style really<br>
wants to use minor versions, make up your own mapping to integers: 5.0<br>
= 500, 5.1=501, etc. &nbsp;But regardless, adding dotted integers for<br>
version numbers isn&#39;t a real concern for me: it touches a number of<br>
pieces of code and documentation at this point, but we can go ahead<br>
and make that change early in 9.1 if you like. &nbsp;But it still doesn&#39;t<br>
actually do anything towards solving the problem you initially posed:<br>
the only difference between 500 and 5.0 is perceptual.</blockquote><div><br></div><div>I read on our wiki that the version number was supposed to be monotonically increasing. &nbsp;If that were the case, doing as you suggest isn&#39;t valid, as I would never be able to release anything with a version below 500 once I had, defeating the purpose. &nbsp;Also, the current page on activity bundles explicitly states that &quot;<span class="Apple-style-span" style="font-family: -webkit-sans-serif; line-height: 19px; ">Larger versions are considered &#39;newer&#39;&quot;, which is simply not the case, even if we do allow your scheme proposed above, which, I agree, is technically equivalent.</span></div>
<div><span class="Apple-style-span" style="font-family: -webkit-sans-serif; line-height: 19px;"><br></span></div><div><span class="Apple-style-span" style="font-family: -webkit-sans-serif; line-height: 19px;">- Eben</span></div>
<div><br></div></div>