On Tue, Feb 16, 2010 at 17:51, André Riedel <[email protected]> wrote: >> For all others I prefer feature based version numbers where a change >> in the major part indicates substantial and potentially disruptive >> changes like a new API version or a completely new UI or so. Or, >> maybe a switch from Java to Perl. ;-) > +1
As a user my only interaction with version numbers has been trying to correlate the SVN version with release dates because I've been trying to find out if some bug correlates with a JOSM SVN ID when I know the bug was fixed in say November 2009. Ubuntu-style revision numbers with $year.$month would be helpful in this case but not the proposed $year.$increment. Of course that would mean patch releases would have to be $year.$month.$increment, e.g. 10.2.1 or 10.2.2. And on that topic I'd like my bike sheds to be orange :) _______________________________________________ josm-dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/josm-dev
