Hi Ales and all, On Friday 29 June 2007 05:08, Ales Hvezda wrote: > Hi Hamish, Charles, and all, > > >How do you envisage version numbers to work in the future? > > That's a very good question that several people have asked. > > I see a few possibilities: > > 1) Go back to just the date version number (20070626). > Advantage: No changes in numbering required for binary packages. > Disadvantage: Can't tell the difference between stable releases > and development snapshots.
I think the distinction between the stable and the snapshot packages is important. So I would not prefer only the date. > 2) Just expose the dotted version like 1.0.1. Where 1.even#.release# > is a stable snapshot and 1.odd#.release# is a development > snapshot. Advantage: It is want everybody is used to. > Disadvantage: No relationship between version and date. When packaging the date is in the package, too. At least for RPM. I'd prefer that numbering scheme. > 3) Have a mix like: 1.0.1-20070626. > Advantage: All the information is there. > Disadvantage: Kind of a mouthfull. The dash between version and date may cause confusion for packages as the dash is usually the delimiter between Software version and build number. If we would like to add the date the version number should be 1.0.1.20070626 Regards Werner _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
