Yes, "1.3.2" makes perfect sense, I think. First, "1.3" indicates the
third minor release after "1.0". Now let's say there was a really bad
bug discovered in FreeCOM 0.99B in that distro, found just after going
live with "1.3", so we'd make a bug-fix distro right away as "1.3.1"
that included FreeCOM 0.99C.
But oh no! We then find that a bug in Kernel Build 3092 was the _real_
cause of that problem, and a different bug in FreeCOM was masking it.
So then we'd release a second bug-fix distro, labelled "1.3.2" that
included FreeCOM 0.99C and Kernel Build 3093.
-jh
Aitor Santamaría wrote:
> It looks good, but I just wonder how to name the second bug-fix
> release after the third release after FreeDOS 1.0, in that case you
> are forced to something like 1.3.2...
>
> Aitor
>
> 2006/11/2, Jim Hall <[EMAIL PROTECTED]>:
>
>> Using 2-digit subversions ("1.01") looks too similar to "1.0.1" kind of
>> naming. I'd rather we reserve those numbers for bug-fix releases that
>> don't add any new functionality.
>>
>> For standard distributions, I prefer we use the simpler 1-digit
>> subversions. In my mind, if we make 9 small updates after "1.0", the
>> 10th update really should get labelled "2.0". Maybe the functionality
>> in that "2.0" isn't very major from the previous releases, but it's
>> still an increase in functionality over "1.0".
>>
>>
>> -jh
>>
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
