On 24 February 2015 at 16:50, Ron W <ronw.m...@gmail.com> wrote: > On Tue, Feb 24, 2015 at 7:01 PM, Stephan Beal <sgb...@googlemail.com> wrote: >> >> On Tue, Feb 24, 2015 at 9:11 PM, Richard Hipp <d...@sqlite.org> wrote: >>> >>> So it seems like having dates on the download would be more meaningful >>> than having a made-up version number. No? With a date, at least you >>> know about how old the code is. What information does a made-up >>> version number provide? How is that better than a date? >> >> >> FWIW, that's the approach i've taken for all but one of my own projects >> the past 15 years. Version numbers, _unless_ they are accompanied by a >> strict set of compatibility rules involving API- and/or binary >> compatibility, are _absolutely meaningless_. > > > For the SW I work on, the version number has a well defined set of features > and fixes. A number rather than a date/time because that's easier for the > project managers to keep track of in their spreadsheets (they associate > dates with deadlines, so version numbers remove a source of panic). Also, > remove a source of confusion: "I thought I just built the software in this > module, but the date in it is from last week." > > (We do, however, have "internal" version numbers on certain data structures, > such as calibration data. This insures that, for example, a given > calibration file is compatible with the SW in the module. When the structure > is changed, the version number gets incremented. This allows us to not have > to regenerate calibration files for every SW release.) >
For my day job, version numbers in ANY capacity are out of the equation (NOT my choice). The project in question either in trunk/head or its in some branch. It pretty much means filing bug reports are useless since we can't really identify when an issue first occurred. I'd be happy for a version number, svn rev number, or a date in my work's product. Too bad it's not my decision to change this, although I've filed a bug report to have it included. ;) -- ------- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
